問題タブ [foreign-key-relationship]

• SubSonic に関係を伝えるにはどのような方法がありますか (外部キーのみですか? または他の方法も)?

• (たとえば) 関連するチーム メンバーを含むチーム オブジェクトがあるとします。

  ** チームからチーム メンバーにアクセスして更新する方法

  ** チーム メンバーを更新するにはどうすればよいですか? チーム オブジェクトを保存すると、チーム メンバーの変更が保存されますか

  ** チームにメンバーを追加するにはどうすればよいですか? 新しいメンバーを作成し、チーム ID を外部キーに割り当てて保存するだけですか? または、よりオブジェクト指向の方法がありますか (例: team.Add(teamMember))

現在、PEAR から取得した最新バージョンの symfony を使用してアプリケーションを開発しています。これは私の正確なスキーマ構成です

目を覚まして気づいている人は、投稿の user_id がユーザーへの外部キーであることにお気づきでしょう。明確なガイドによると、[引用タイトル=引用:](_idで終わる列は外部キーと見なされ、列名の最初の部分に基づいて関連するテーブルが自動的に決定されます)。[/引用]

いずれかのフィルターまたはフォーム (build-filters/build-forms/build-all) をビルドしようとすると、次のエラー メッセージが表示されます。

また、スキーマでforeignTableとforeignReferenceを定義しようとしましたが、うまくいきませんでした。これは、このエラーをデバッグするためだけに作成された新しい symfony プロジェクトです。テーブルに単数形と複数形の名前を使用してみました。私はひどく間違ったことをしていますか、それともこれは確かなバグですか? 任意の入力に感謝します。これは私を夢中にさせています!

symfony の公式コミュニティにフォーラム スレッドがあります。こちら: http://forum.symfony-project.org/index.php/m/77979/ - いくつかの提案がありました (チルダを使用するのを忘れた方法や、" user」は事前定義されたクラスですが、問題は今のところ解決済み[編集済み]のままです。

無料のインターネット ハグ 1 回、主要な小道具、無料のスペース シャトルを提供して、解決策を思いついた偉大な魂に贈ります。（免責事項：実際には無料のスペースシャトルはありません）

MSSQL 2005 データベースのエンティティ ダイアグラムを作成する必要があります。

リレーションシップは一貫して主キーを使用して定義されますが、外部キーはどこにもありません。Microsoft Visio の「リバース エンジニア」機能を試してみましたが、もちろん外部キーがないために失敗しました。

したがって、関係を描画するときに外部キーだけに依存しないダイアグラム ツールが必要です。

私はいつも外部キーで立ち往生しているので、バグ追跡システムのどこに外部キーを置いておくべきかについて質問があります。バグ追跡システムでは、バグには常に単一のステータスがあり、少数のステータスしか存在しません (オープン、調査中、解決済み、承認待ち)。そのため、各ステータスには多くのバグが関連付けられています。私の仮定では、外部キーは Status テーブルの id 列を参照する status_id 列として Bug テーブルに存在する必要があります。これは安全な仮定ですか？

次のように、ログインとユーザーの 2 つのテーブルがある場合:

各ログインには「ユーザーがいます」、各ユーザーには「ログインがあります」が、どれが「所属」しますか?

それは単なる判断の呼び出しですか、それとも外部キーをどこに置くべきかを決定するための明確な公式はありますか?

さまざまな理由から、私が取り組んでいるデータベース (SQL Server 2005) にはリレーションシップが定義されていません。すべてのテーブルには主キーがあります。また、ほとんどのテーブルには少なくとも 1 つの外部キーがありますが、制約を構成したことはありません。

テーブル間の基になる関係を Entity Framework に通知するために実行する必要がある手順を誰か教えてもらえますか? このプロセスを説明する特定のドキュメントはありますか?

以下にRailsモデルとして示されているような、ポリモーフィックな関連付けに外部キーを設定できないのはなぜですか？

2 つのテーブルがあり、Orders テーブルの customer_id に外部キーを定義した場合、null を許可することで、関連付けられた顧客を持たない注文を持つことができると言っています。そのため、null 許容外部キーの概念は、この制約を強制するという外部キーの目的と矛盾しているように見えます。

null 許容の外部キーが必要になる状況の簡単な例はありますか? それとも、それらを許可することを支持する議論ですか?

私はEFに飛び込み始めたばかりで、単純に見えることをすることができないようです。

これが私の質問とサポート情報です。

どんな助けや提案も大いに当てはまります。

ユーザーテーブルとグループテーブルがあります。これらの間には、ユーザーが任意の数のグループに属することを許可する UserGroups Intersection テーブルがあります。

グループ テーブルには、値が既に入力されています。

私の質問は、Intersection テーブルでユーザーとグループの間の関係が作成されるように、このユーザーにグループを追加する方法です。

私の主キーの自動インクリメント。

これが私のDB構造です：

私のEF構造は次のようになります。

事前に感謝します。これがわかったら、この投稿を更新します。

よろしく

イアン

SQL Server 2000と類似していますが、同一ではありません-テーブルの外部キー関係をクエリします

テーブル名を指定するとSQL2000が機能し、そのテーブルの外部キー関係を返すT-SQLステートメントが必要です。

テーブルMyFristTableには、MySecondTableへの外部キーがあります。MyFirstTable.ColAはMySecondTable.ColBに含まれている必要があります。sqlステートメント（またはストアドプロシージャ）がMyFirstTableに対して実行され、次の行に結果セットが返された場合は、喜んでいます。

注意：sys.foreign_key_columnsに依存しているために機能しないSQL2005のサンプルがあります

sp_helpステートメントの結果を解析する必要はありません。

ありがとう、