4

うわー、このタイトルはすぐに「あなたがしている質問は主観的であり、クローズされる可能性が高い」と私に与えました。

とにかく、検索して読んだ後、私はそれを尋ねることにしました。

私の質問から来ました:既存のデータベースを最適化する際にチェックする最初の問題は何ですか? これは、バックアップ .bak ファイルとして受信したローカル SQL Server 開発データベースに負荷をかける必要性に至りました。

「DB (SQL) 自動化ストレス/ロード ツール」という paxdiablo の質問に対する回答を正しく理解できましたか? RDBMS に依存しない汎用のストレス負荷テスト SQL ツールがないことを確認しますか?

SQL Server のストレス テスト ロード ツールとは何ですか?
ローカル dev SQL Server データベースの安価でダーティなストレス ロードのために何をしていますか?

更新: そして、SQL Server 2000、2005、2008 データベースのストレス ロードに興味があります (2000 についての手がかりはありません)。
OK、最終/実際のテスト (QA スペシャリスト、DBA、およびシステム管理者向け) は脇に置き、問題をストレス負荷のコンテキストに限定して、設計の明らかな (法外な) 欠陥、パフォーマンスのボトルネックを見つけます。

4

2 に答える 2

2

あなたは正しいです。

RDBMS から独立した汎用のストレス負荷テスト SQL ツールはありません。

そして、どうしてあるのでしょうか？ハードウェア サブシステム (SAN、ネットワークなど) を分離してスループット ベンチマークを実行できますが、データベースのパフォーマンスは、アプリケーションのアクセス パターン、RDBMS の種類、ハードウェアに大きく依存します。

最善の策は、代表的なハードウェア プラットフォームでデータベースに接続されたアプリケーションの負荷テストを行うことです。Microsoft Visual Studio 2010の Ultimate バージョンなど、実行できるツールがいくつかあります。

于 2010-11-08T10:55:07.927 に答える
2

警告の一言: alocal db をストレステストして、db の設計が良い/悪い/欠落している (悪いインデックスなど) かどうかを確認するのは簡単です。

そこからリアルタイムのパフォーマンス メトリックを取得しようとしても無駄です。メモリが十分にある場合でも (ほとんどのワークステーションは、実際の db サーバーに比べてメモリが貧弱です)、ディスク サブシステムは実際のdbサーバーはそれを投げることができます。通常の開発ローカルデータベースには1つまたは2つのディスクしかないため、dbサーバーは多くの場合、より多くのディスクとより高速なディスクを使用することがよくあります。そのため、ワークステーションでは SLOOOOW になる可能性がありますが、サーバーでは数秒の操作である可能性があります。

しかし、ここでも、不適切なインデックスの使用などの兆候が見られます。

于 2010-11-08T11:11:03.010 に答える