間の機能差が大きく変わりましたので一度まとめてみたいと思います。方法を使用する必要があるようです。基本的なコンセプトとしては以下のようなものがあります。主要なエンタープライズクラスの機能が使用できるようになりました。大幅に緩和がされています。エディション間の機能差が大幅に緩和されました。すべての機能差がなくなったかというと、答えは「No」となります。適用してもこの差はいくつか発生します。確認できますが、本投稿でも軽くまとめてみたいと思います。固有のものがいくつか出てきます。エンジン回りなので、それ以外はまとめていません。適用してもリミットは変わっていないようです。1GB引き続きエディションの選定には、ハードウェアのスペックも考慮する必要が出てきます。スナップショットを使用することができるようになります。エディションでのみ使用可能です。選択する必要があります。等が使用できるエディション等に変更はありませんので、高可用性環境を作成する場合については、今までと同じ考え方になるかと。データベーススナップショットの利用データベーススナップショットは読み取り専用の、特定タイミングの静的なデータベースとなりますが、これが全エディションで使用できるようになったことで大きなインパクトがあるものがあります。可用性グループの「基本的な可用性グループ」です今まで「基本的な可用性グループ」では、セカンダリのデータベースを読み取りすることができませんでした。シナリオを、基本的な可用性グループで実施することができるようになりました。基本的な可用性グループで、セカンダリでデータベーススナップショットが取得できるかを試してみたのですが、実際に取得することができました。以下の画像は、セカンダリレプリカでデータベーススナップショットを取得したものになります。セカンダリレプリカでは、可用性データベースを直接参照することはできませんが、スナップショット経由では読み取りができていることができています。適用することで、セカンダリレプリカのスナップショットを利用したセカンダリ利用ができるようになったのは大きな変更ではないでしょうか。コンテナーを使用することができるようになります。使用できる機能となります。利用する必要ができてます。フィーチャーされることが多いかと思いますが、個人的には、データ圧縮が全エディションで使用できるようになったのがかなりパフォーマンス面では大きいと思っています。有効に利用できそうです。:1というような制限があります。使用できるデータサイズや、バッチ処理時の処理性能に関しては、差が出る形になるかと。列ストアのメモリのスケールリミットは、キャッシュとして使用できるリミットとなります。万行以下の小さなグループにまとめられることがあるようです。以上、ディスクに格納されていることが確認できます。同一のクエリを実行した後に列ストアのメモリ使用量を取得したものがこちらです。低い値を示していることが確認できます。Editions.と書かれていたので、インデックス作成時の並列度の制限かと思っていたら、これ、検索性能みたいですね。列ストアインデックスの作成を実施したものになります。再構築時も同じ動作となります。並列インデックス操作が可能ですので、インデックス作成時の操作が、並列スキャンで行われていることが確認できます。検索時についても比較してみます。スレッドしか使用されていないことが確認できます。スレッド以上使用できます。プッシュダウンの集計が使用できなかったりと性能面では差が出る形となっています。対して同じクエリを実行した結果となるのですが、プッシュダウンの利用有無によって、スキャン後の集計処理にわたるデータ件数が異なっていることが確認できます。集計プッシュダウンできる場合は、データ検索時に集計をしながら検索なる動作のようで、計算に対してのコストが減ります。利用可能なメモリサイズについては、以下の制限があります。MBリミット以上のサイズのデータは、メモリ最適化テーブルに格納できません。ついては、テンポラリの領域、揮発性のあるデータとして使用する場合は、データサイズの予想がつけやすくメモリのスケールリミット内で収まる可能性があるかと思いますが、ある程度のサイズの永続化したテーブルでの利用については、リミットにあたる可能性がありますので、テーブルの利用サイズは意識しておく必要があるかと。メモリのスケールリミットに達すると以下のようなエラーが発生します。ものとなっていますが動作は同じようです。用のメモリがさらに別として追加される形となるようですね。以外でも利用することができるようになりました。以降は、各パーティションに対して複数のスレッドを使用した検索ができるようになりました。なっていたのでこの動作を確認してみたところ、以下のような動作となっていました。スレッドが使用されており、パーティションテーブルの並列処理が行われているように見受けられるのですよね。スレッドであれば、並列操作ではないのでしょうが。なっていますので、こちらからも並列で操作されているように見受けられます。対して実行した場合がこちらになります。パーティショニングが使えるようになりましたので、こちらの実行プランも複数のパーティションにアクセスできています。使うことはできますが並列クエリって実行されないんですね...。可能となりましたので、データを効率よく格納するためのシナリオとして、パーティションを全エディションで使えるようになったことのメリットが出てくるのかなと。データの圧縮この機能追加はかなりインパクトがあるのではないでしょうか。メモリ使用量の削減の手法としてデータ圧縮を使うことができます。