問題タブ [cardinality]

DIA v0.97.1を使用して、データベースモデルのUMLシートを使用した実体関連図を描画しています。ただし、これらの関係行にカーディナリティ表記（1 ... nなど）を追加できるスイッチを見つけようとしましたが、失敗しました。Diaにそのような機能はありますか？または、いくつかのプラグインをインストールする必要がありますか？ありがとう。

を使用して、SQL Server データベース内のテーブル間の関係のカーディナリティSMOを判断しようとしています。図のように、それぞれを熟読して、親 (およびおそらく参照されている)のそれぞれを調べ、それらの列の null 可能性を調べ、関連するes との相互参照を調べてカーディナリティ( 、、などの両端の多重度)を決定することができます。次のエンティティ関係図によると:ForeignKeyForeignKeyColumnColumnTableIndex0..11*

しかし、これを行うためのより簡単な方法があるはずです。ForeignKey Propertiesまたはに関連情報が表示されませんExtendedProperties。MSDN ライブラリで見つけた唯一の項目はSfcCardinality列挙で、「コード内でこのメンバーを直接参照しないでください。SQL Server インフラストラクチャをサポートしています。」.

SMO を介してカーディナリティ情報を取得する簡単な方法はありますか?

私はEDMにまったく慣れておらず、過去にかなり多くのADO.Net関連のものを作成しました。私は3つのテーブルを持っています：

MS SQL 2005でホストされているこれらのテーブルには、まだFKまたは制約が構成されておらず、概念的な1対1の関係があります。たとえば、IDが1のProductのすべての行には、Product_MaxLoanとProduct_MinLoanにそれぞれIDが1の行があります。

Visual Studio 2010で、カーディナリティが1対1に設定されるようにEDMを正しく設定したいのですが、以前はテーブルにFK制約があり、次の設定がありましたが、これでは0..1カーディナリティしか許可されませんでした。 （実際には、製品にProduct_MaxLoanまたはProduct_MinLoanがない場合があります）。

質問：

• SQL 2005でこれらのテーブルを設定するためにどのようなアドバイスをしますか？EDMの1対1の関係の場合、FKを設定しますか？
• データベースからインポートするときにEDMが読み取るPK関係をSQL2005で設定できますか？
• 製品には約300のプロパティが含まれているため、このすべてのデータを1つのテーブルに含めると、データベースの正規化が不十分になります（したがって、多くの1-1テーブル）。これらのすべてのプロパティを単一のEDMクラスに入れるのがベストプラクティスでしょうか？私の直感的な反応は、DBで構造化されているため（これは私のADOの遺産が前面に出てきています）、製品の論理部分ごとにクラスを持って、それを分解することです。

アドバイスをいただければ幸いです。

よろしくお願いします、

マーク

この質問で回答されているように: Cardinality in PostgreSQL、カーディナリティは Constraint を使用して適用されます。

カーディナリティ ルールは、1 対多、多対多などの関係の許容数を定義します。多対多は結合テーブルを使用して実現され、1 対多は FOREIGN KEY を使用して実現されます。

しかし、1 対 1 または多 (1 対 1+) の関係を実装するにはどうすればよいでしょうか。これは質問するのと同じです: PostgreSQL で最小限のカーディナリティを適用するにはどうすればよいですか?

実際の状況は、人 (ユーザーまたは顧客など) によって提供されなければならない (ただし、複数の場合もある) 住所 (または電話番号) を保存する必要がある場合です。

編集：

上記の状況は、一般的な問題の特殊なケース (カーディナリティ 1) です。一般的な問題は次のとおりです。任意の数のカーディナリティを強制する方法は?

jug が回答したように、最小カーディナリティが 1 の場合、 null 以外のFOREIGN KEY 参照を回避策として使用できます。また、多くの中からデフォルトを選択する追加機能も提供します。

しかし、クリケットのチームとその選手の間の関係の別の状況を考えてみましょう。チームとしての資格を得るには、すべてのチームに最低 11 人のプレーヤーが必要です。ここでは、最小カーディナリティは 11 です。

同様に、コースと学校の学生との関係では、すべての学生が少なくとも 5 つのコースに登録する必要があり、すべてのコースに最低 10 人の学生が必要です。

反復1：

反復2

上記の2つの間の上記の時間は5秒未満でした。ショーインデックスが呼び出されるたびに、なぜこのような劇的な違いがあるのですか？

これはこのテーブルでのみ発生します。いくつかの大きなテーブルをチェックしたところ、アクセスするたびに同じ番号が表示されます。

参考までに、テーブルを頼りに：

いくつかの質問：

1. カーディナリティがそれほど変化するのはなぜですか？それは本当に重要ですか？
2. オプティマイズテーブルはどれほど重要ですか？そしてそれはクエリをより速くしますか？

次のようなデータベーステーブルがあります。

ATaskは、にマップすることもModule、まったくマップしない（0 ... 1）こともできます。私はEntityFrameworkデータベースを最初に使用しており、データベースからモデルを生成したときに、タスクエンティティはモジュール（0以上）としてモジュールを使用していました。そこで、EDMXを開き、タスクの「モジュール」ナビゲーションプロパティを0...1に変更しました。

さて、コンパイルしようとすると、次のエラーが発生します。

エラー3003：行1241から始まるフラグメントのマッピングの問題：アソシエーションエンドメンバータスクのカーディナリティを考えると、テーブルTaskModuleのキー列にマッピングする必要があります。マッピングを修正するか、この端の多重度を変更してください。

これを修正するために何をする必要があるのか​​わかりません。アソシエーションの詳細を確認しましたが、問題がわかりません。私はおそらく愚かな何かを見逃していることを知っていますが、完全に立ち往生しています。アソシエーションプロパティ：

Visual Studio 2010 SP1、Entity Framework 4.3.1.0、SQLServer2008R2。

私は非常に大きなデータセット（通常は数十億の要素）を使用して作業を行っています。これらはすべてmemcachedクラウドに保持され、定期的にファイルにダンプされます。私のタスクの1つとして、カーディナリティをカウントしようとしています。このセット。

コンテキストによっては、各アイテムにIPと、個人を識別するその他の属性が含まれ、base64でエンコードされます。アイテムのサイズは20バイトです。一部のフィールドを削除してアイテムのサイズを縮小することはできません。

これが私のデータセットをメモリ内バージョンとしてエミュレートするものです（文字列生成のためのこの投稿に感謝します）：

私の最初のアプローチは、次のようなハッシュセットを使用することでした。

これは理論的には小さなデータセットでは問題なく機能しますが、問題があると推測できます。

• 私は自分のデータの独自性を推測することはできません。データセットの50％を一意にすることも、100％にすることもできます。これは一定の時間間隔で動的に生成され、多くの要因（たとえば時刻）によって異なります。
• 100億のデータセットサイズ。Base 64でエンコードされた各アイテムは20バイトで、100億倍は平均して数百ギガバイトです。残念ながら、私はそれほど多くのRAMを搭載したマシンにアクセスできません！

私は宿題をして、せいぜいいくつかの研究論文、またはいくつかのあいまいな図書館を見つけましたが、これの目標の一部は、どのアプローチが機能し、その理由を理解することです。

だから私はあなたにPythonユーザーを呼んでいます、あなたは私がカーディナリティを効率的に推定するのを助けるであろうアルゴリズムを知っていますか？複雑さというのは、実行時間の複雑さについてはそれほど気にしないということですが、スペースの複雑さについてはもっと焦点を合わせています。パフォーマンスが大幅に向上する場合は、精度を少し犠牲にしてもかまいません（したがって、それが理想的であっても、一意の正確な数を知る必要はありませんが、おそらく実行可能なアプローチではありません）。5％までは許容できると思います。このプロジェクトのためにPythonで具体的に何かを探しています。

あなたが提供できるどんな助けにも感謝します！

一部の人が指摘したように、私はHadoop / MRを使用できますが、この特定のプロジェクトでは、MRの方法を採用したくありません。これは、単一のマシンで効率的にこれを行うためのアルゴリズムを検討したいと思います。他のいくつかの異なるプロジェクト。

誰かが例の助けを借りて、データベースのカーディナリティとは何かを私に説明できますか？

そのため、現在、C++ で Set というクラスを作成しています。その中には、mCardinality という整数と、mElements という整数配列があります。mCardinality のコンストラクターで整数を受け入れられるようにしたいのですが、これを使用して整数配列にサイズを割り当てます。 ? (サイズを最大整数にして、カーディナリティのみを使用して、要素を処理するループを制限することができると思いますが、より適切なソリューションが望ましいでしょう)。

std::vector を使用して配列のサイズを変更する方法があるかもしれないことをここで見ましたが、それは機能しますか? そして...そのコードはどのように見えるでしょうか? ベクトルは、C++ の配列と同じように機能しますか?

Oracleで外部キー関係を指定する場合、関係が1対1、1対多などであるかどうかを指定する必要はありません。ただし、cognosフレームワークマネージャーで関係を指定する場合、なぜ1対1、1を指定する必要があります。多くの人などに？また、無関係ですが、好奇心が強いだけで、HibernateのようなORMツールの動作も同じです。仕様は最適化のみを目的としていますか？

私の他の質問は、間違ったカーディナリティ関係を指定した場合の影響は何ですか？つまり、実際には1対多である1対1の関係を指定します。私が危険にさらしている影響は何ですか？