問題タブ [cardinality]

私は辞書を持っています

私は辞書のすべてをステップスルーします、例えば

これは、fooが辞書に追加された順序で行われるため、最初に追加された項目が最初に返されるfooです。

たとえば、追加された3番目のfooが2番目に返されるfooになるように、カーディナリティを変更するにはどうすればよいですか？つまり、「インデックス」を変更したいのです。

1 対 1 および 1 対多の関係を表す一般的に受け入れられているコンピューター サイエンス用語はありますか? 「集約」、「一般化」、および「関連付け」という用語に似ていますが、関係の基数に厳密に関連するものですか?

次のように、MySQL データベース テーブルの 1 つに FULLTEXT インデックスを追加しました。

問題は、phpmyadminを使用すると、新しいインデックスのカーディナリティが1しかないことがわかります。これは、インデックスが使用されないことを意味しますか?

analyze table コマンドを実行しましたが、何もしていないようです。

インデックス フィールドのそれぞれのタイプは varchar(100)、varchar(100)、text、varchar(200) で、使用されるエンジンは MyISAM で、テーブルには約 30,000 行あり、すべてが一意です。私の MySQL バージョンは 5.0.45 です。

私は何か間違ったことをしていますか？

ビジネス ユーザーから要件を収集するとき、ビジネス ユーザーのドメイン内の 2 つの概念間のカーディナリティを理解する必要があるポイントに遭遇します。

これは、後で変更するのが難しいデータベース設計に影響するため、通常、プロセスの早い段階で知りたいことです。

たとえば、ビジネス ユーザーは、「リード」と「リファレンス」というドメイン固有の概念を持っている場合があります。見込み客の参照数を教えてもらうのは必ずしも簡単ではありません。逆もまた同様です。

DB プログラマーに質問する場合、「リードとリファレンスの間のカーディナリティは何ですか?」と単純に尋ねるかもしれません。ただし、これはビジネス ユーザーにとって常に意味があるとは限りません。

MySQLのカーディナリティ番号は自動インクリメントカウンターに関連していますか？

私は主に Actionscript の開発者であり、決して SQL の専門家ではありませんが、単純なサーバー側のものを開発する必要がある場合があります。というわけで、タイトルの質問については、もっと経験豊富な人に聞いてみようと思いました。

私の理解では、いくつかの異なる値を保持する列にインデックスを設定しても、あまり得はありません。ブール値を保持する列があり (実際には小さな int ですが、フラグとして使用しています)、この列はほとんどのクエリの WHERE 句で使用されています。理論上の「平均」のケースでは、レコードの値の半分は 1 になり、残りの半分は 0 になります。したがって、このシナリオでは、データベース エンジンは完全なテーブル スキャンを回避できますが、とにかく多くの行を読み取る必要があります。 (合計行/2)。

では、この列をインデックスにする必要がありますか?

記録のために、私はMysql 5を使用していますが、カーディナリティが低いことがわかっている列にインデックスを付けることが意味をなさない/しない理由についての一般的な理論的根拠にもっと興味があります。

前もって感謝します。

Oracle にあるデータベースをリバース エンジニアリングしようとしています。外部キーに対応するメイン キーと参照整合性ルールを見つけることができましたが、モダリティ/カーディナリティ ルールが格納されている場所を見つけることができません。

どのテーブルを調べるか、またはサンプルクエリに関するヘルプをいただければ幸いです。

特にmysqlで、データベースのインデックス作成がどのように機能するかについて一般的な質問があります。30個の値に比較的均等に分散された列「ClientID」を持つ100万行のテーブルがあるとします。したがって、この列は主キー（100万）に比べてカーディナリティ（30）が非常に低くなっています。

カーディナリティの低いフィールドにインデックスを作成するべきではないことを理解しました。ただし、この場合、クエリは30のclientIDの1つでのみ実行されます。したがって、検索スペースが通常の1/30に自動的に縮小されるため、ClientIDにインデックスを作成することは役に立ちませんか？それとも、インデックスがどのように機能するかについての私の理解に欠陥がありますか？

ありがとう

次のエンティティ関係構造では、LOANエンティティとITEMエンティティ間の関係が有効かどうかを判断するのに苦労していますか？

LOANの弱いエンティティは、「loan_dateLeant」の部分キーと、CUSTOMERおよびITEMの主キーを使用して、LOANの主キーを形成します。ただし、ローンは複数のアイテムで構成されている可能性があるため、LOANはITEMと「1対多」の関係にあります。しかし、確かにこれは、複数のアイテムが貸し出されている場合、貸し出しレコードの主キーの一部に2つのitem_id値が含まれることを意味しますか？

1億行のMySQL5.0MyISAMテーブルがあり、2つの整数列に1つのインデックス（主キー以外）があるとします。

確かにBツリー構造についての理解が不十分であるため、カーディナリティが低いほど、親ノードが少ないため、インデックスのストレージ効率が向上すると思います。カーディナリティが高いと、ストレージの効率は低下しますが、読み取りパフォーマンスは向上します。これは、クエリの行を絞り込むために、探しているデータに到達するために、より少ないブランチをナビゲートする必要があるためです。

（注-「低」と「高」とは、たとえば1億行のテーブルの場合は100万対9900万という意味ではありません。つまり、9千万対9500万のようになります）

私の理解は正しいですか？

関連する質問-カーディナリティは書き込みパフォーマンスにどのように影響しますか？