問題タブ [self-referencing-table]

ルームモデルがあります。Room.first.nr各部屋には 6 つの出口 (北、東、南、西、上、下)があり、最初の部屋の北に部屋を移動するなどのことができるはずです。私が作成したモデルは次のとおりです。

ただし、レールcでこれを行う場合

私はこれを得ています：

私はinverse_ofあまりにも無駄に遊んでいます。

ここに私の移行があります:

1 人の従業員が複数の上司を持つことができ、1 人の上司が複数の従業員を持つことができます。

このテーブルは、この 2 テーブル設計と同じように機能しますか?

2 番目のテーブル ManagerRelation には、上司と従業員の関係にある従業員の ID が格納されます。

私の質問は、これら 2 つの設計は正しいですか? 正しい場合、それらは機能的にまったく同じですか?

次のモデルを想定します。自己参照関係「親」に注意してください。

私のデータは次のとおりです。

次のようにデータがソートされるクエリを書きたい

これは私のコードです

並べ方がわからない

私はLaravelが初めてで、雄弁な自己関係に問題があります。usersフィールドidとを持つテーブルがありますreferrer。ここで、referrerはテーブル ユーザーへの外部キーです (各ユーザーには、ユーザーでもあるリファラーが 1 つあります)。また、テーブルinvoiceにはユーザーとの関係があります。

ユーザーと紹介者のすべての請求書を取得したい。

モデルでは、関係を作成しました：

そしてクエリ：

しかし、このクエリはユーザーとその請求書を返しますが、リファラーは空の配列キーだけを返しますreferrer =>

更新しました

私は関係を変える:

そして結果をダンプすると、リファラー関係が表示されますが、取得しようとすると $user->referrer、リファラーオブジェクトではなくリファラーIDが取得されました

SQL の Where 句のデータベース設計に取り組んでいます。私のアプリケーションは、エンド ユーザーが SQL の where 句を指定できるようにするワークフロー エンジンです。現在、私のアプリケーションは次のように where 句の作成をサポートしています。

他のページには、作成した句を選択する選択ドロップダウンがあります。問題は、このシナリオ用に設計したデータベース テーブルです。現在は以下のとおりです。

WhereTable(id, name, feature, op, value, condition1, jointype, condition2)

それidは主キーでありcondition1, condition2、自分自身の外部キーです。条件のサンプル テーブルは(ch4 >= 1.5 and locality = chino) or (postal_code like [0-9]{5} and date <= 2015-12-31)次のようになります。

このテーブル設計を最適化して null 値を減らす方法はありますか? データベース サーバーとして MySQL を使用しています。