Web開発プロジェクトのコスト実現可能性を見積もろうとしているサーバープロバイダーのカップルと話をしましたが、明確な答えは得られていません。
プロジェクトの主な負担は、1行あたり5列のデータを2,000万行保持するデータベースです（10文字のコード、10文字のコード、10文字のコード、10桁の整数、URL（平均で20文字の長さ）。
主な質問は、そのようなものに必要なストレージのGBをどのように見積もるかです。（SQL Serverを使用）。[テストするSQLServerのコピーがありません]。
2番目の質問は、実際には速度とI / O要件に関するものですが、デモが開発された後の質問です。
このテーマに関するMSDNの章全体があります：データベースのサイズの見積もり。必要な非クラスター化インデックスの数（これらの「コード」列のいずれかでデータを検索する予定ですか？）と、クラスター化インデックスキーは何かを知ることが重要です。各主題には、MSDNに関するトピックがあります。
さらに、行圧縮またはページ圧縮をデプロイして、テーブルのサイズを減らすことができます。また、Unicode列を選択した場合は、Unicode圧縮を有効にすることもできます。
パフォーマンス要件は、主に負荷（つまり、クエリ）によって決まります。データベースのクエリ方法（範囲？集計、シングルトンルックアップ？、BI？）およびデータベースの更新方法（読み取り専用？、ETL？、OLTP？）については何も指定していません。パフォーマンスを監視および調整する方法についてのヒントがありますが、より重要なのは、パフォーマンスを考慮してアプリケーションを設計することです。多くの詳細があります、例えば。データアクセスコードがデータベースのパフォーマンスに与える影響をお読みください。ただし、最も重要なタスクは、データモデル（テーブルとインデックスのレイアウト）をアクセスパターン（データベースのクエリ方法）に合わせて調整することです。
10文字のコードと20文字のurlがncharとして格納され、10桁の整数がintとして格納されているとすると、このテーブルでは、行あたり124バイトを表示しているように見えます。nchar（10）あたり20、あたり4 int、nchar（20）あたり40。つまり、2,000万行で、2.3GBをわずかに超えることになります。