サイズに基づいてVARCHAR値を分離すると、パフォーマンスが向上しますか?
在庫アイテムにさまざまな属性がある場合の在庫データベース構造
長期的なデータベースのスケーラビリティに優れている:列の追加またはキー/値ストアの使用
EAV構造化データベースからレポートするためのソリューション?
両方のプライマリ列が同じ外部列を指しているEAVのようなテーブル
スタースキーマデータウェアハウスの動的フィールドのEAVの代替
追加のフィルタリングされた統計が無視されるのはなぜですか(EAVスキーマ)?
EAVは、オブジェクト上に共存するメタデータが豊富な「ファクト推定」のコレクションに適した設計ですか?
科学的データの設計。数百の列を持つデータテーブル、または汎用値の列と数百の行(EAV)を持つデータテーブル?
多くの製品仕様を保存および検索するための最良の方法は何ですか
一部のユーザーは、EAVかどうかにかかわらず、一定量の追加フィールドを持つことができますか?
大きなテーブルでLEFT JOINを使用して非常に遅いSELECTを最適化する方法
すべてのデータ型の列またはすべてを格納する1つの列が必要ですか
データベース構造で異なる属性を持つ製品をどのように処理する必要がありますか?
データベーススキーマを変更するデメリット-途中で新しい列/テーブルを挿入または削除します
テーブルのデータに基づいて条件付きJOINまたは条件付きSELECTを実行できますか?
あまりにも多くのテーブルをあまりにも多くの列に置き換えますか?
データをBLOBとして保持することにより、ALTERTABLEをオンラインにします
MySQL-1つのデータベースに数百万のテーブルがあるのは良いことですか?
さまざまなタイプのデータを単一の列に格納するための最良の方法。これはクエリに適している必要があります-MySql
MySQL + PHPで動的フィールドを使用してデータベースを設計する適切な方法は何ですか?
MYSQLは2つの異なるテーブルからデータを選択しますが、複数の行でデータを表します