投稿しましたが、今回の投稿では実際に使ってみたいと思います。シングルスレッド動作の場合は行モードで動作していました。バッチモードで実行されていることが確認できますね。場合は並列クエリの場合にバッチ処理になっていたかと思いますがこの辺の制限が緩和されているようです。isolation以下のクエリでスナップショット系の設定を有効にした状態にします。この状態で、以下のクエリを実行して、ロックを取得した状態とします。有効になっていますので、行ストアのテーブルであれば、ロック競合が発生せずに読み取りができますが、列ストアインデックスの場合、これらの分離レベルがサポートされていなかったため有効な状態でもロック競合が発生し読み取りがブロックされます。場合は分離レベルがサポートされていますので、読み取りがブロックされることなく処理を実行することができます。まではテーブルを作成した後に列ストアインデックスを作成していました。実際の記述としては以下のようになります。テーブル作成時にインラインで指定が可能となりました。参照していただくとよいかと。クラスター化列ストアインデックスが追加されましたが、非クラスター化列ストアインデックスについては更新を行うことができませんでした。パーティションのスイッチによるデータメンテナンスのシナリオが必要でした。非クラスター化列ストアインデックスが設定されていても更新が行えるようになります。インデックスのテーブルに対してクラスター化列ストアインデックスが作成できるようになりました。以下のようなテーブルに対しては、クラスター化列ストアインデックスを作成することができませんでした。非クラスター化インデックスとクラスター化列ストアインデックスの組み合わせが使用できるようになります。これにより、以下のようなテーブルを作成することができるようになります。(Transact-SQL)一意の制約、主キー制約、または外部キー制約を含めることはできません。緩和させることができそうですね。特定の行データの取得については、行グループのセグメントでアクセスする列ストアと比較して、行ストアの方が効率が良いという話もありますので、使い方はいろいろとありそうですね。condition.非クラスター化列ストアインデックスをフィルターしたインデックスとして作成することができるようになりました。句がサポートされています。上記のようなクエリを実行した場合は以下のような実行プランとなります。行ストアと列ストアが組み合わされた実行プランというものが今後は生成できるようになるようですね。シナリオを見て検討する必要がありそうですね。書かれている通りですが、バッチモードで処理できるものが増えています。なってサポートがされるようになったかと思います。集計関数でのバッチモードのサポートが増えているようですね。する必要があるようですが。入っており、互換性レベルは意識しておいた方がよさそうですね。確認するとよいかと思います。indexesがありますので、性能面で気を付けるポイントがいくつかありそうです。列ストアインデックス、変更点が山盛りですね。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。