データベーススキーマを変更して既存のシステムのパフォーマンスをアップグレードしようとしています。これは、古いスキーマが大規模なデータを格納するのにはあまり適していないと思うからです。異なるデータベーススキーマのパフォーマンスの比較
今、私は新しいスキーマの効果を指摘する方法がわかりません。異なるスキーマを使用する2つのシステムのパフォーマンスを比較するために、どのメトリックを使用する必要がありますか?事前に
おかげ..
データベーススキーマを変更して既存のシステムのパフォーマンスをアップグレードしようとしています。これは、古いスキーマが大規模なデータを格納するのにはあまり適していないと思うからです。異なるデータベーススキーマのパフォーマンスの比較
今、私は新しいスキーマの効果を指摘する方法がわかりません。異なるスキーマを使用する2つのシステムのパフォーマンスを比較するために、どのメトリックを使用する必要がありますか?事前に
おかげ..
だけでは、スキーマを変更する十分ではありません。あなたはあなたのインデックス戦略を調べる必要があります。
論理読み取りの数は、クエリワークロードを判断する良い方法です。
論理読取りをキャプチャし、通常のアクティビティ(および月末レポートなどの頻度が低いアクティビティ)を表す期間にプロファイリングトレースを実行します。
「私は異なるスキーマを使用して、これらの二つのシステム の パフォーマンスを比較するために使用する必要がありますどのようなメトリック?」
まあ、どのようなメトリックによって、スキーマを再設計する必要があるのですか?
データベースのパフォーマンスが低下する最も一般的な原因は、ひどく書かれたSQLです。データベーススキーマが最適なクエリの書き込みを妨げることがあるためですが、開発者が適切なクエリを書くのに十分なSQLまたはデータベース設計を理解していないためです。 Shonky SQLはあらゆる種類の問題を引き起こす可能性があります。 1つか2つの悪い問合せが頻繁に呼び出されると、システム全体が強制終了されます。
どのようなデータベースですか?それぞれには独自のツールが用意されています。既存のスキーマを記述できますか?また、読み書きの比率はどのくらいですか? – orangepips
より良いハードウェアを購入することを検討しましたか? –