問題タブ [weak-entity]

弱いエンティティタイプと強いエンティティタイプの適切な説明についてGoogleを調べようとしましたが、完全には理解していません。

誰かが私に強いエンティティタイプと弱いエンティティタイプの例を教えてもらえますか？

私が持っているこの問題に苦労しています。次のような ERD が与えられています。

ERD ダイアグラム

2番目の弱いエンティティを結合する方法がわかりません (請求の詳細) 以下は、データを挿入しようとしたときにエラーをスローしている SQL です。

どんな助けでも大歓迎です！

これは野鳥観察データベースの例です。BirdSpecies、Locationおよびの 3 つのエンティティがあるとしObserverます。entity を持つにはObservation、これら 3 つすべてが必要です。それらがなければ観察はありません。

私の理解では、上記の要件によりObservationエンティティが弱くなります。しかし、同じ人が同じ場所で同じ種を数回発見できたらどうでしょうか? その場合、エントリは一意ではありません。

Observationしたがって、私の質問は、観測ごとに順次増加する単なる数値であり、エンティティがまだ弱いエンティティである主キーを取得できますか?

それで、今学期に私は DBMS について学び始めました。最初の 2 つの章は ER システムに関するものでした。しかし、弱いエンティティと総参加の定義を理解していても、実際に何を使用するかを区別するのは難しい..例えば

この単純な例では、レストランが弱いエンティティではない理由 (料理のないレストランは存在できない) と、料理の材料についても同じ (材料が 0 の料理は存在できない) 理由がわかりません。では、なぜこの図では、レストランの料理と料理の材料が完全な参加者としてのみ表され、弱いエンティティとしても表されていないのでしょうか?

弱いエンティティに適切なキー値を挿入するのと、定義する強いエンティティを挿入するのに苦労しています。

これらの 2 つのエンティティ:

キー メタデータをテーブル 'key' に挿入し、対応するキー データをテーブル 'key_data_rsa' に、できれば 1 つのクエリで挿入する必要があります。

問題を理解しているように、「キー」の「ID」が最初に存在する必要があるため、「key_data_rsa」エントリが挿入される前にエントリ「キー」を挿入する必要があります。

問題は、これを 2 つのステップで行うと、「キー」エントリを見失うことです。「キー」の唯一の保証された一意のキーはその「ID」であり、挿入されるとすぐにできなくなります。 「id」を取得するためにもう一度選択します。

強力なエンティティへの適切な接続を維持するために、このシナリオで弱いエンティティにデータを挿入するにはどうすればよいですか?

スキームとユースケースに重大な問題がない限り、コメントや質問は控えてください。ありがとう。

-m。

弱いエンティティはありますか。弱いエンティティを特定するにはどうすればよいですか。弱いエンティティを見つけた場合は、なぜそれが弱いエンティティなのか説明していただけますか。その結論に至った経緯は？私にお知らせください。

集計: - ライブラリ

エンティティ:

-リソース -図書 -キュービクル -図書貸出申請書 -貸与図書 -従業員 -契約済み(図書貸出にサイン) -練習中(ユーザーの貸出申請をオンラインで確認) -キュービクル貸出 -ユーザー(図書貸出またはキュービクル貸出を申請) -ペナルティ（期限切れの書籍がある場合にユーザーに提供されます）