は、人材育成は規定の実施のアプローチを考えていますか。

Question

あなたの混乱についてのERDsであるかどうかの他の処方方法との関係に関する技術的.

図の下にんしてお使いいただく場合には、図を必要とすることをこれらに限定されるものではありデータベースレベルのアプリケーションレベル.

では、技術的な処方で定義の関係ならではのものかどう実装です。

いを増やす必要がある情報からクリエイター-オブ-ザ-イヤー人材育成を構築する前に、何かれるのですか？

Answer 1

ERDは、「科学技術の処方箋」あなたはそれを置くとしてではなく、単に論理的な関係の表現ではありません。

あなたはそれを実装する方法 - データベースやアプリケーションに - あなた次第です。

。

しかし、データベースは、これらの関係を強化するために適切な場所です。

Answer 2

あなたが逆さまに問題が回っているようです。

答えはもちろんです：いいえ、データベース内の関係を作成することを強制するものは何もありません。しかし、なぜあなたはそれをしないだろうか？

それはあなたのツールと永続化層との統合だけでなく、容易に利用可能であるこの非常に疑問のためのソリューションを提供し、それはアプリケーション開発者のための結果がよくありますので、 - データベースが呼び出された理由をのリレーショナルデータベースの

それがあります理解ます。

データベース・レベルでの関係を実装しないで夢中になるでしょう。

Answer 3

ERD図は、それは同時にテーブルの関係図やクラス図として解釈することができますが、まだそれが彼らのでもない、あなたはまだ、他の図が必要になります。エンティティ関係とそのカーディナリティを示した論理図です

ところで、私の知る限りでは、データベースの整合性を維持するために、データベースモデルの強制的関係を持つことは常に良いです知っている。

Answer 4

私はそれはあなたのデータベースに置かれているデータを検証することになると、可能な限り冗長に言うでしょう。

Uniquness /データ型の妥当性は、すべて大丈夫であることを保証するために、アプリ側でチェックを行います。そして、それが必要とするすべての関係を持つようにデータベースを構築ます。

ちょうどデータベース/アプリケーションはすべてが正しいと仮定してはいけません。

このはあなたに孤立したレコードと、一貫性を保つの問題を修正するいくつかの時間を節約することがあります。

Answer 5

"天職なのかもしれませ、技術的な処方箋が..."

ないように見えます。ない何かが足りない.

"もしくは単に定義との関係ならではのものかどう実施していいですか？"

ることによって異なります。

んがこの図は同型をコードし、ご理解の欠点コンベンションの開催をサポートまたはコンテキスト

決めなければならないと思いこの図は同型をコードしかできないかに実行いたします。