SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
SQL Server 2014 の In-Memory OLTP のメモリ最適化テーブルでは一時テーブルを作成来ることはできません。 
ただし、メモリ最適化テーブルデータ型 (Memory-Optimized Table Type) を作成することができます。
Transact-SQL によるインメモリ OLTP のサポート
CREATE TYPE (Transact-SQL)
DECLARE @local_variable (Transact-SQL)
Read the rest of this entry »
メモリ最適化テーブルへのアクセスでは、使用できるトランザクション分離レベルは
の 3 種類になります。
SQL Server のデフォルトのトランザクション分離レベルは READ COMMITTED になります。
ダウンロードセンターを見ていたら MicrosoftR SQL ServerR Backup to Microsoft WindowsR AzureRTool というツールがリリースされていました。
何のツールだろうと思って少し使ってみました。
BOL としては Windows Azure BLOB ストレージ サービスを使用した SQL Server のバックアップと復元 が対象かと。
ダウンロードセンターを見ていたら Microsoft® SQL Server® Backup to Microsoft Windows® Azure®Tool というツールがリリースされていました。
何のツールだろうと思って少し使ってみました。
BOL としては Windows Azure BLOB ストレージ サービスを使用した SQL Server のバックアップと復元 が対象かと。
SQL Server 2014 の BOL を見ていて気づきました。
テーブルとストアド プロシージャのネイティブ コンパイル
SQL Server 2014 の SSMS ではメモリ最適化テーブルへ移行するためのアドバイザーとして AMR (Analysis / Migration / Report) ツールが提供されています。
SQL Server 2012 CTP1 の時にはメモリ最適化テーブルと AlwaysOn を組み合わせることができませんでした。
いちからはじめる Memory Optimized Table その 10
CTP2 になって、メモリ最適化テーブルと AlwaysOn を組み合わせることができるようになりました。
SQL Server 2014 CTP 2 Now Available
Thank you to those that have already downloaded SQL Server 2014 CTP1 and started seeing first hand the performance gains that in-memory capabilities deliver along with better high availability with AlwaysOn enhancements.
In-Memory OLTP のメモリ最適化テーブルですが、データをメモリ上に確保できなくなるとエラーとなります。
メモリが不足している状態でデータの追加をしようとすると以下のようなエラーになります。
# 実際には追加 (INSERT) だけでなく、更新 (UPDATE) をした場合にもエラーとなりますが。 
メモリが不足した際のリカバリー方法としては以下のような情報があります。
How to: Recover from OOM (Out Of Memory)
SQL Server 2012 CTP2 では、範囲検索に使用できるレンジインデックスが使用できるようになりました。
細かな仕様までは調べられていないのですが、通常のハッシュインデックスと比較して、どの程度メモリ使用量に差が出るのかを見てみました。
基本的なガイドラインに関しては Guidelines for Using Indexes on Memory-Optimized Tables に。
SQL Server 2014 CTP2 で追加された内容について、少しずつ見ていきたいと思います。
今回はIn-Memory OLTP で利用できる、ネイティブコンパイルされたストアドプロシージャーの実行統計の収集について。
Enabling Statistics Collection for Natively Compiled Stored Procedures