外部キー循環参照ジレンマ

Question

ユーザーとワークグループという2つのテーブルという単純な状況を考えてみましょう。

1. ユーザーの電子メールアドレスは、ユーザーテーブルの主キーです。
2. Workgroup_idは、WorkGroupテーブルの主キーです。
3. ユーザーは複数のワークグループを作成できます。
4. ユーザーは、わずか1つのワークグループに含めることができます。この特定のシナリオの下では

私はは、ワークグループを作成したユーザーを追跡する必要があります。私はすでにやっていること

：

1. は、ユーザーが所属するワークグループかを知るために、ユーザーテーブルにworkgroup_idという名前の変数を持っています。これは、ワークグループテーブルのworkgroup_idへの外部キーです。
2. ワークグループテーブルにuser_emailという名前の変数を設定して、どのユーザーがワークグループを作成したかを追跡します。これは、users表のuser_emailに対する外部キーです。

私はここに直面しています問題は、これは、ユーザーとワークグループテーブルの間循環参照につながるということです。プログラミングのどこでも循環参照は大きな問題ではありません。

どうすれば解決できますか？ここで欠けているより良いデザインパターンはありますか？

EDIT：かどうかについては 「循環参照がある大きななしなし」か、概念的にはないかもしれませんが、そこに実装が異なるデータベースで非普遍的であることから、彼らはまだ有効な問題が残っています。これはORMを使用している場合に悪化します.ORMを使用すると、データベースのORMサポートにより、使用できるデータベース設計の種類が制限されます。

Answer 1

少なくとも1つの外部キーをNULLにする必要があります。これにより、外部キーをプレースホルダとして空のままにして、そのテーブルの最初の行を作成することができます。他の表に対応する行を作成した後、最初の行の外部キーを更新します。

これは永久条件としてOKであると判断することもできます。ユーザーを作成する前に最初のワークグループを自動的に作成すると、その最初のワークグループには実際に作成者がないため、NULLに設定することができます。