ホームページ  >  記事  >  バックエンド開発  >  データベース_PHPチュートリアルでのソートの比較と利用条件を詳しく解説

データベース_PHPチュートリアルでのソートの比較と利用条件を詳しく解説

WBOY
WBOYオリジナル
2016-07-21 15:20:31782ブラウズ

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 でソートする必要があるいくつかの例をリストします。

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

2. MySQL のデータ量が多く、結果セットにはその非常に小さなサブセット、たとえば 1,000,000 行のデータの場合は、TOP 10 を取得します。 3. 並べ替えや統計集計などの複数の呼び出しは、さまざまなサービスに提供できるため、MySQL での並べ替えが推奨されます。さらに、ディープ データ マイニングの場合、通常のアプローチでは、アプリケーション層での並べ替えなどの複雑な操作を完了し、その結果を MySQL に保存して、何度でも簡単に使用できるようにします。

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

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

PHP および MySQL の実行ソートに関する関連知識はこれですべてです。この紹介が役立つことを願っています。



http://www.bkjia.com/PHPjc/325125.html

www.bkjia.com

tru​​e

http://www.bkjia.com/PHPjc/325125.html技術記事 MySQL サーバーと PHP サーバーの両方が最適な方法で構成されていると仮定すると、システムの拡張性 (Scalability) とユーザーが知覚するパフォーマンス (User-perceived Performance) が私たちが追求するものです...
声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。