SQL Server 2005インデックスの作成に必要な空き領域

Question

インデックスの作成に必要な空き領域を計算する式は何ですか？

重要：私たちはSQL Server Express 2005を使用しています。したがって、4GBが限界です。したがって、この質問。 ログファイルの無制限自動拡張はオプションではありません。以下のt-sql擬似コードでさらに説明します。

int spaceNeeded = 
    FN_COMPUTE_SPACE_NEEDED_TO_CREATE_UNCLUSTERED_INDEX(MyTableName, MyColumnName) 

それは、このストアドプロシージャ をコーディングしながら、私がで立ち往生していますその上で一つの機能だ私は、MSDNで利用可能な情報をすべて以下扱うことができると思いなど

While(GetDBSpaceAvailable() < spaceNeeded) 
{ 
    purge some data (go thru all tables and delete data logically) 
} 

create the index we need 
CREATE NONCLUSTERED INDEX [IX_NonClustered_MyTable] ON [dbo].[MyTable] 
( [MyColumn] ASC 
) 

この中で感謝任意のポインタ敬具。これを繰り返すことを望んでいましたが、私が検索したとき何も見つかりませんでした。 はあなた

UPDATEに感謝：私のために働いたソリューションは、アーロンの提案を使用しています。 （索引が現在占めるスペースの1.2倍以上）。だから、基本的には、使用可能な空き容量が、現在のインデックスサイズの1.2から1.5倍以上になるまで、最も古いデータをパージします。sp_spaceused tablenameによって報告されています。次に、索引を作成します。

Answer 1

サイズ制限はデータベースごとです。あなたは、あなたの迷惑メール、静的なもの、あるいは少なくとも揮発性の低いデータのいくつかを別のデータベースに入れることを検討しましたか？シノニムを作成して、データの一部が独自の4GBの領域にあることをコードが認識しないようにすることができます。 1つのインスタンスですべてのパフォーマンスの違いを分けることに気付かれるのは難しいでしょう。最大の問題は、バックアップの一貫性で、データを別々にバックアップするためです。しかし、それはあなたのインデックススペースの要件を避けるための1つの方法です。

また、この旧バージョンのSQL Server 2005 Expressを使用する代わりに、再生するGBが6GB以上ある最新のリリースバージョン（SQL Server 2008 R2）に移動しないでください（データベースサイズは10 4 GBの代わりにGB）。さらに、いくつかの新機能、T-SQL構文、およびパフォーマンス上の利点を得ることができます。

Answer 2

確かにわからないと思います。

インデックスだけでなく、インデックスのリーフノードを解析するために使用されるb-treeも作成されます。

それらの要因は、あなたのデータ値の分布に影響される両、選択、など

フィルファクターのように使用されている領域に影響を与える追加のオプションがありますが、フィールドを含むが、その他

また、それは次のようになります長さ（したがって使用されるスペース）が行ごとに異なるため、varcharまたはnvarcharフィールドでこれを計算するために、上記の要因に関係なく実際の課題があります。

SQL Serverのライセンスを入手するのは、この正確性を保証し、必然的に問題が発生したときに記録を処理するのに必要な工数を数百時間にするよりも理にかなっています。