ここでこの質問から続けます:mysqlデータベースのフォーラムデータ
テーブルの速度を大幅に落とさずにテーブルに含めることができるエントリの最大数はいくつですか?1000〜10000を超えるエントリをクエリするのは、大変な作業になるのではないでしょうか。これを回避する方法はありますか?それとも、多数のエントリを入力しても問題ありませんか?
ここでこの質問から続けます:mysqlデータベースのフォーラムデータ
テーブルの速度を大幅に落とさずにテーブルに含めることができるエントリの最大数はいくつですか?1000〜10000を超えるエントリをクエリするのは、大変な作業になるのではないでしょうか。これを回避する方法はありますか?それとも、多数のエントリを入力しても問題ありませんか?
これは問題のデータによって異なりますが、テーブル内の10,000行はごくわずかです。効率的なクエリの鍵は、適切にインデックスを作成することです。
データベースは、大量のデータを処理するように設計されています。まともなデータベースの場合、10.000エントリはピーナッツになります。
データベースもスケーラビリティを念頭に置いて設計されています。何らかの理由でデータベースの速度が低下する場合は、データベースの最適化(インデックスなど)とハードウェアのスケールアップにより、常にパフォーマンスが向上します。
最終的には、データベースを実行しているマシンのパフォーマンスに依存しますが、通常、10,000レコードは確かに問題ありません。比較的小規模なエンタープライズデータベースでさえ、通常、数百万のレコードがあります。レコード数が多いと、選択の速度が遅くなります。これは、適切なインデックス付けによって大幅に軽減できます。ただし、インデックスを使用すると、書き込み操作がわずかに遅くなります。データベースの最適化について書かれた本があります。