SQL Serverで列ストアのキャッシュサイズを人為的に制限できますか？
大規模なデータセット（〜200GB）でのデータサイエンスワークロードの潜在的なパフォーマンスを評価しようとしています。 SQL Server 2017で列ストアインデックスを使用すると、優れた結果が得られました。
ただし、ビジネスはコスト削減に関心があり、32 GBのメモリ制限があるにもかかわらず、列ストアインデックスがStandardEditionで利用できるようになったことを指摘しました。 DMV sys.dm_column_store_object_poolを調べることで、現在のメモリ使用量を判別できます。
列ストア専用のRAM割り当てを制限して、ワークロードのパフォーマンスがどのように変化するかを評価することが可能かどうかを知りたいです。
SQLServerでの合計RAMの使用を制限することは可能ですが、それは非常に具体的な列ストアの制限を実際に示すものではありません。
現在DeveloperEditionを使用しているため、リソースの制限はまったくありません。
私はこれに対する解決策を発見しました（上記のDavid Brownieの回答によって促されました）。 CentOSでテストしており、SQLServerにはエディションを変更できる構成ツールがあります。
/ opt/mssql/bin/mssql-conf
エディションを一時的にStandardに変更しましたが、パフォーマンスベンチマークの後でDeveloperに戻します。
MSDNライセンスをお持ちの場合は、SQL Server Standard Edition for Dev/Testをダウンロードしてインストールできます。
それ以外の場合は、AzurePay-As-You-Goインスタンスを使用してテストできます。たとえばを参照してください