テーブルの 1 つに何百万行もある可能性があるプロジェクトに取り組んでいます。ただし、現時点では、行の使用に基づいて、同一の設定で複数のテーブルに分割されています。各テーブルは 50 万行近くあります。
これは、特定のステータスの列をもう 1 つ追加し、この列にインデックスを追加することで実行できます。
私の質問は - 経験則とは何ですか? インデックス付きの「ユースケース」列を持つ単一のテーブルの設計に常に固執する必要がありますか、それとも好みに基づくか、パフォーマンスに基づくか、または重要なタイプの決定ではありませんか?
リレーショナル データベースを使用するポイントは、そのリレーショナル機能を使用することです。
従来、ER モデルは問題の制約に従って作成され、適切なスキーマに変換されていました。私の経験では、正規化されたデータベースを使用する方が優れています。これは、ソフトウェアの一部で契約プログラミングによる設計を使用するような堅牢性を提供するためですが、データベースをロックせずに変更を導入することはより困難になります。
パフォーマンスが必要な場合は、それを得るために必要なことは何でもする必要があり、多くのオプションがあります。おそらく、NoSQL データベースか、MonetDB のようなカラムナ ストア データベースです。