私の現在のプロジェクトでは、DB は SQL 2005 で、負荷は約 35 トランザクション/秒です。クライアントはより多くのビジネスを期待しており、1 秒あたり 300 トランザクションを計画しています。現在、インフラストラクチャが優れていても、DB にはパフォーマンスの問題があります。典型的なトランザクションには、少なくとも 1 つの更新/挿入と、いくつかの選択があります。
SQL 2005 または 2008 で実行されている 300 以上の txn/s を処理するシステムで作業したことがありますか?もしそうなら、どのような種類のインフラストラクチャを使用しましたか?トランザクションはどれほど複雑でしたか? あなたの経験を共有してください。誰かが既に Teradata の使用を提案していますが、これが本当に必要かどうかを知りたいです。正確には私の仕事ではありませんが、SQL が処理できる量に興味があります。
パフォーマンス テストなしでは判断できません。環境 (テーブル内のデータ、ハードウェア、実行されるクエリ) に大きく依存します。
高性能SQLServerに対するインフラストラクチャのニーズは、現在の構造とは大きく異なる場合があります。
ただし、現在問題が発生している場合は、問題の主な部分がデータベースの設計とクエリの設計に問題がある可能性があります。パフォーマンスの低いクエリを作成する方法はたくさんあります。トランザクションの多いシステムでは、それらを購入する余裕はありません。select *、カーソル、相関サブクエリ、パフォーマンスの悪い関数、sargeableではないwhere句などはありません。
私が最初に提案するのは、SQlServerのパフォーマンスチューニングに関する本を何冊か入手して読むことです。次に、システムの問題が発生する可能性が高い場所と、実際にそれを特定する方法がわかります。
興味深い記事： http ：//sqlblog.com/blogs/paul_nielsen/archive/2007/12/12/10-lessons-from-35k-tps.aspx