問題タブ [cardinality]

c++ のカーディナリティを判断することは可能ですかenum class:

を使用しようとしましたsizeofが、列挙型要素のサイズを返します。

カーディナリティ (私の例では 5) を取得する標準的な方法はありますか?

それで、私はここでスタックオーバーフローに関する多くの回答を読みましたが、その概念全体についてはまだ混乱しています。具体的には、この記事 (参照されているすべての記事を含む) を読みましたが、概念をしっかりと把握していないようです (または、カーディナリティ (n:m など) と ID を混同している可能性があります)。 ):

識別関係と非識別関係についてまだ混乱している

私の問題は次のとおりです。識別関係は、子エンティティの主キーにその外部キーを含める必要があることを意味し、非識別関係にはその逆が当てはまることを知っています (これは正しいですか?)。さて、これは私には少し「前向き」すぎるように思えますか? リンクの1つのコメントの1つでも同じことが言われました。どうすれば「一歩下がって」、どの関係がどのアイデンティティーのものであるかを実際に確認できますか?

たとえば、次の 2 つのジレンマがあります。

1. job_title(親、1) からemployee(子、1..*)。job_title はルックアップ テーブルであるため、非識別関係である必要があると考えるのは正しいですか? それとも、「従業員は job_title なしでは存在できないため、識別しなければならない」と言う方が正確でしょうか? それとも、そのシナリオを定義する関係でしょうか?
2. employeeto employee_equipment(m:n カーディナリティ間のブリッジ エンティティ) to equipment. さて、これは employee_equipment の両側で識別関係でなければならないことを読みました。しかし、従業員が機器を必要としない場合はどうなるでしょうか? オプションの識別関係を持つことはできますか?

主キー/外部キー、またはその問題について本当に技術的なことを考えずに、どの ID テーブルが属すべきかを特定する方法を本当に探していると思います。

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

私は学校でデータベースシステムからテストを学んでいますが、インターネットで同様の例を見つけましたが、よくわかりません。次の関係のカーディナリティは何ですか？

私は1：1と言います。私の友人の何人かは1：Mと言います。私は正しいですか？

私は次のように考えてきました。ET1はatr3（FK）を使用してET2と緊密に結合されていますが、独自のatr1（PK）も持っています。したがって、ET2：ET1は1：Mです。しかし、ET2にはatr1（FK）があり、この関係は、ET1を持つET2はそのET1の1つにのみ正確にリンクできるため、結果の関係は1：1になるはずです。

どう思いますか ？

どうもありがとうございました。

関連する Web サイトに掲載するか、アップロードするClaimことで証明できる実体があります。ここでの問題は、請求者が前述の方法の任意の組み合わせを使用して自分の主張を証明することを選択できるが、各カテゴリで 1 回しか得られないことです。意味 ：EmailVerificationMetaCodeCertificateFile

これは有効です：

これも：

しかし、これではありません：

#43 は 2 つEmailVerificationの s に関連しているためです。

0..1関係をモデル化する最善の方法がわからないため、テーブルスキーマに行き詰まっています。

• 人工的な PK (整数 ID) を持つ 4 つの個別のテーブルで、1..* リレーションで通常どおりに進みます
• 4 つの個別のテーブルがありますが、1 つだけがidあり、他の 3つがこれをテーブルidへの独自の PK と FK の両方として使用しClaimますか?
• 他の3つのテーブルをテーブルに集約し、関係の欠如を示すためにClaim使用しますか?Null
• 他の何か？

編集 質問はあまり明確ではないようです: の行はClaim、0 (まったく接続されていない) または他の 3 つのいずれかの 1 行に接続できますが、単一の行を複数の行に接続することはClaimできません他の 3 つのテーブル (例の 3 番目のケースなど)。

編集 ひどいタイプミスが影に潜んでいました (Claim #34各例の最初の行に間違って入力されましたClaim #43) !!! . 本当に申し訳ありません。ちなみに正解は今でも通用すると思います。

次の問題があります。現在、シャトルサービス会社向けのシステムを開発中です。現在、このシステムのデータベース内のエンティティの一部には、多数のルックアップ テーブル ( vehicle_type、employee_status など) と、 vehicle や vehicle_service ログなどの他のテーブルが含まれています。

現在、私たちチームが抱えている問題は、エンティティ間の論理関係のカーディナリティがどうあるべきかについて合意できないことです。2 つの主要な問題関係には、次のように定義されたテーブルが含まれます。

にリンクされている

テーブルには、その他のuser無関係なデータが含まれています。したがって、ここでの問題は、私が (MySQL Workbench がそのようにリバース エンジニアリングしたため、より理にかなっているため) 関係は 1 対多であるべきだと言っているのに対し、別のチーム メンバーは 0 対多であるべきだと言っていることです (いくつかのレコードが存在する可能性があるため)。表でuser_type使用されていないものuser)

私たちが話している他のテーブル関係は、次のように定義されています。

繰り返しますが、質問に関連しない他の列があります。これは

車両がまだサービスを受けていない可能性があるため、これは 1 多または 0 多のどちらにする必要がありますか? 私によると、それは1対多でなければなりませんが、これが論理的に機能するかどうかはわかりません。

私たちは皆、この論理モデリング全体について非常に混乱しているので、どんな助けも大歓迎です!

最初に DB を作成し、次にそれを物理モデルにリバース エンジニアリングする方が簡単だと考えましたが、論理については考えていませんでした。

thetas約 270 万の観測値を含むというデータ フレームがあります。

ddply、または同様の関数を使用して、推定誤差(estErrorデータフレームの列)を合計したいと思いますが、合計はシミュレーションの各条件内にあります。問題は、このデータ フレームの他の列の値を組み合わせて、これらすべての条件を一意に識別する簡単な方法がないことです。具体的には、列modelには 7 つの可能な値が含まれています。rho_cndこれらの可能な値のうちの 3 つは、とのそれぞれで 1 つの可能な値とだけ一致しますがpct_cnd、 の他の 4 つの可能な値は、modelと の 6 つの可能な値のペアと一致しrho_cndますpct_cnd。

私が知っている明らかな解決策は、戻って、ここで特定する必要があるすべての条件を一意に識別する変数を作成することです。これにより、次のコードが機能します。

しかし、私はこのデータ フレームがどのように構築されているかを再現したくありません。現在、2 つの別々の呼び出しで作成された 2 つのデータ フレームexpand.gridがあり、それをrbind編集して並べ替えて、すべての有効な条件をリストするデータ フレームを作成していますが、これらの数行のコードを保持していても、それらを参照する方法がわかりませんddply. 私はむしろこのソリューションを使用したくありませんが、必要に応じて使用します。

より良いコードおよび/またはより効率的なアドバイスはありますか? ありがとう！

少し前に、mysql db のクエリを最適化し始めました。いくつかのインデックスを作成し、show index from syntax を使用してそれらのパラメーターを表示することにしました。また、カーディナリティが一部の列の個別のカウントと一致しないことがわかりました。

だから、私はテーブルを持っています

そして、そのテーブルには2M行（実際には2Mのuniq PK）、500kのuniq item_id、5つのuniq status_id、および20のuniq type_idがあります

しかし、私が実行すると

私が持っている

それから私は実行することにしました

そして、この出力の後：

誰がそれがどのように可能か知っていますか? 、なぜカーディナリティが PK インデックスの場合でも一意の行数と等しくないのかを本当に誤解しているためです。

私はこのクラス構造を持っています:

パブリック クラス アクティビティ {

これは私にこれを与えます、モデル

各メッセージ (アクティビティ、ファイル、または行) は、アクティビティに関連付けられている必要があります。第 2 レベルと第 3 レベルのカーディナリティが ActivityLogMessage と同じでないのはなぜですか? 外部キー関係 (modelbuilder を介して流暢に) を記述しようとする試みも失敗しました。

これは、EF がリレーショナルにどのようにマッピングされているかを本当に理解するための、私にとって本当に学術的な演習であり、これは私を混乱させます。

よろしく、リチャード