3

社内システムは、40テーブルの6NFスキーマを使用してSQLServer2008上に構築されています。ほとんどのテーブルはFKから他の3つまで、キーは7つまでです。システムは最終的に数十から数千の顧客と作業する数百の従業員をサポートし、数百から数千のトランザクションレコードを保存します。プライムタイムアクセスは1000でピークに達するはずです。 1秒あたりの行数。

このRDBMSの相互関係の深さが、十分なRAMを備えた最新のハードウェアを使用して構築されたシステムに負担をかけると考える理由はありますか？最終的な開発フェーズに近づく前に（数か月以内に）、設計またはプロジェクトの方向性/目標を調整する必要があるかどうかを評価しようとしています。

4

1 に答える 1

3

SQl Serverの用語では、あなたが説明するのは小さなデータベースです。正しい設計により、SQLServerはテラバイトのデータを処理できます。

これは、現在の設計が適切に機能することを保証するものではありません。パフォーマンスの低いt-SQLを構築する方法はたくさんあり、データベース設計の選択肢も多くあります。

もし私があなたなら、テーブルに期待するサイズの2倍のサイズにテストデータをロードしてから、コードのテストを開始します。負荷テストも良い考えかもしれません。データベースのパフォーマンスの問題は、本番環境に移行する前に修正する方がはるかに簡単です。はるかに簡単です！

于 2009-08-26T21:10:22.037 に答える