データベースのソートの比較と利用条件を詳しく解説

この記事で主に紹介するのは、PHP データベースと MySQL データベースのソートの比較と使用条件です。一般に、実行効率は CPU、メモリ、ハードディスクなどの負荷条件を考慮する必要があります。MySQL サーバーは両方とも必要です。 PHP サーバーは最適な構成に従って構成されており、システムの拡張性 (Scalability) とユーザーが認識するパフォーマンス (User-perceived Performance) が私たちが追求する主な目標です。実際の動作では、MYSQL のデータは HASH テーブルや BTREE などのメモリに保存されることが多く、同時に INDEX は多くのアプリケーションで事前ソートを実行しています。最初の選択。

PHP には、MySQL と比較して次の利点があります:

1. Web サイト全体のスケーラビリティと全体的なパフォーマンスを考慮すると、アプリケーション層 (PHP) でソートすることでデータベースの負荷が明らかに軽減され、Web サイト全体のスケーラビリティが向上します。実際、データベース内でのソートのコストは非常に高く、メモリと CPU を消費します。多くの同時ソートがある場合、DB は簡単にボトルネックに達します。

2. アプリケーション層 (PHP) と MYSQL の間にデータ中間層があり、それが適切に活用されていれば、PHP の利点がさらに高まります。

3. PHP のメモリ内データ構造は、特定のアプリケーション向けに特別に設計されており、データベースよりも簡潔で効率的です。

4. PHP はデータの災害復旧の問題を考慮する必要がなく、この部分の操作損失を軽減できます。

5. PHP にはテーブル ロックの問題はありません。

6. MySQL での並べ替え、結果の要求、返しもネットワーク接続を介して実行する必要がありますが、PHP では並べ替え後に直接返すことができるため、ネットワーク IO が削減されます。

実行速度に関しては、アプリケーションの設計に問題があり、不要なネットワーク IO が大量に発生しない限り、その差はそれほど大きくないはずです。また、アプリケーション層は PHP のキャッシュ設定に注意する必要があります。これを超えると内部エラーが報告されるため、アプリケーションに応じてキャッシュを評価または調整する必要があります。具体的な選択は、特定のアプリケーションによって異なります。

PHP でのソートが適切な状況をいくつか挙げてください:

1. データ ソースは MySQL にありませんが、ハードディスク、メモリ、またはネットワークからのリクエストに存在します。

2. データは MySQL に保存されており、量は多くなく、対応するインデックスもありません。現時点では、データを取り出して PHP でソートした方が速いです。

3. データ ソースは複数の MySQL サーバーからのものです。現時点では、複数の MySQL からデータを取得して PHP で並べ替える方が高速です。

4. MySQL に加えて、ハードディスク、メモリ、ネットワークからのリクエストなどの他のデータ ソースも存在します。現時点では、これらのデータを MySQL に保存して並べ替えることは適切ではありません。

MySQL でソートする必要がある例をいくつかリストします:

1. このソートされたインデックスはすでに MySQL に存在します。

2. MySQL のデータ量は多く、結果セットにはその非常に小さなサブセットが必要です。たとえば、データが 1,000,000 行ある場合は、上位 10 個を取得します。

3. さまざまなサービスに提供できる統計集計など、1 つのソートと複数の呼び出しが必要な状況では、MySQL でのソートが推奨されます。さらに、ディープ データ マイニングの場合、通常のアプローチでは、アプリケーション層での並べ替えなどの複雑な操作を完了し、その結果を MySQL に保存して、何度でも簡単に使用できるようにします。

4. データソースがどこから来たとしても、データ量が一定の規模に達すると、メモリ/キャッシュの占有により PHP での並べ替えに適さなくなります。このとき、データはコピー、インポート、または保存されます。 MySQL で、INDEX で最適化されています。PHP よりも優れています。ただし、そのような操作は Java または C++ で処理する方がよいでしょう。 大規模なデータ セットの集計や概要など、一部のデータでは、クライアント側での並べ替えの方が利益と損失を上回ります。もちろん、検索エンジンと同様のアイデアを使用して、同様のアプリケーション状況を解決することもできます。

ウェブサイトの総合的な検討には、人手とコストも考慮する必要があります。 Web サイトのサイズや負荷が小さく、人手が限られている場合 (人員や機能が制限される可能性があります)、アプリケーション層 (PHP) でのソートには多くの開発とデバッグ作業が必要となり、時間と時間がかかります。損失する価値はありません。DB で処理するほうが簡単で高速です。大規模な Web サイトの場合、電気代とサーバーのコストは非常に高くなります。システム アーキテクチャを慎重に計画することで、現時点でアプリケーション層 (PHP) を実現できれば、多くのコストを節約できます。整理してビジネスニーズを満たすために、アプリケーション層でそれを実行してみてください。

これで、PHP での実行ソートと MySQL での実行ソートに関する関連知識の紹介が終わりました。

がお役に立てば幸いです。