0

ここでこの質問から続けます:mysqlデータベースのフォーラムデータ

テーブルの速度を大幅に落とさずにテーブルに含めることができるエントリの最大数はいくつですか?1000〜10000を超えるエントリをクエリするのは、大変な作業になるのではないでしょうか。これを回避する方法はありますか?それとも、多数のエントリを入力しても問題ありませんか?

4

3 に答える 3

2

これは問題のデータによって異なりますが、テーブル内の10,000行はごくわずかです。効率的なクエリの鍵は、適切にインデックスを作成することです。

于 2012-10-05T07:59:39.967 に答える
1

データベースは、大量のデータを処理するように設計されています。まともなデータベースの場合、10.000エントリはピーナッツになります。

データベースもスケーラビリティを念頭に置いて設計されています。何らかの理由でデータベースの速度が低下する場合は、データベースの最適化(インデックスなど)とハードウェアのスケールアップにより、常にパフォーマンスが向上します。

于 2012-10-05T08:01:18.227 に答える
1

最終的には、データベースを実行しているマシンのパフォーマンスに依存しますが、通常、10,000レコードは確かに問題ありません。比較的小規模なエンタープライズデータベースでさえ、通常、数百万のレコードがあります。レコード数が多いと、選択の速度が遅くなります。これは、適切なインデックス付けによって大幅に軽減できます。ただし、インデックスを使用すると、書き込み操作がわずかに遅くなります。データベースの最適化について書かれた本があります。

于 2012-10-05T08:01:40.270 に答える