来年のリリースにはコールサイン「Hekaton」が与えられました。 その外観は2012年のPASSカンファレンスで発表され、その後はインメモリエンジンOLTPの名前に過ぎませんでした。 現在、これは組み込みのサポートとRAMでの直接的なトランザクション処理の最適化を備えたリリース全体の名前です。
歴史に目を向けましょう。
古代（Saints Data and CoddがIBMで働いていた70年代で、300 MBのハードドライブの重量が大人の雌豚のようだった場合でも）、データは最初にストレージ用に最適化されました...ヘッダー、本文、およびファイルの終わりアイコンで構成されるファイルは、最新の形式ではファイルシステムディスクに存在しませんでした。データベースからのデータは、特定のテーブルのデータを保存するために既にマークアップされたディスクにコピーされました。つまり、フォーマットはデータベース自体によって行われ、独自のデータを保存しました。 そして、まだメモリセル（データセル）がありました。 彼らはいつでもランダムな読み取りと書き込みのアクセスを許可したので夢でしたが、予想どおり高価で巨大でした（70年目のメモリセルに640 KBあれば、チェストプレスでのオリンピック記録に十分です）。 数年が経ちました：膨大なテープの塊がきちんとしたLTOカートリッジになり、ハードドライブがファイルシステムを取得して重量も大幅に減り、メモリセルが有名なRAMになり、一部がSSDになりました。 技術的には、明るい未来のようですが、そうではありません。 効果的なコンピューティングとデータ処理の敵の陰謀があらゆる面で進んでいた。 OOPは、経済的なバイトリクエストの代わりに、Javaのリーダーシップの下で、メガバイトを選択し、ギガバイトの配列をRAMに直接入れて、検出されないオブジェクトの死体で腐食させるように見えました。
この時点で、旧式のデータベースは、ハードドライブを使用していると正直に信じていましたが、RAMにさらにドラッグしようとしましたが、あまり慢せずに実行し、単語キャッシュ（英語）-キャッシュと呼ばれていました。 つまり、彼らは言うことができませんでした：「このテーブル（ベース）はRAMと期間にあります！ 「。 ひどく、ヒットキャッシュの統計が表示されました。99.8のような数値で満足し、25.2を表示することで動揺し、落胆しました。
MSSQL Server 2014のコアにHekatonエンジンを組み込むと、機能がわずかに拡張されます
これは、ビジネスの単純なDBAにどのように役立つのでしょうか？
2012年のスキャンダラスな会議の写真をいくつか添付しています。 （強調された場所）：
つまり、次のものがあります。 テーブル（データベース）をRAMに完全にイジェクトできる（temp_dbのRAMドライブではなく、さようなら）だけでなく、これらのデータベースのプロシージャの再コンパイルがネイティブレベルで行われるため、DBAの一部の作業速度が大幅に向上します。 、その他の場合-パフォーマンスを損なうことなく、より湾曲したコードを記述できます。
この「革新的な」「革新」にショックを受けたとは言えませんが、たとえば、AlwaysOnグループを8つのセカンダリサーバーに拡張した場合と比較すると、記念碑的な変化に過ぎません（1Cで読み取り目的のサポートを見たことがありますか：EnterpriseまたはNavisionですか？）または、「四半期の過ごし方」をテーマに漫画を描くために、OfficeおよびSharepointの拳wと統合された新しい拳wを導入しました。
さまざまなタイプの松葉杖に関する同様のメカニズムが他の多くのDBMSにすでに存在することは明らかですが、主な焦点は、誰もがそれを穏やかに置くためのDBMSカーネルレベルを持っているわけではないということです。
要約：通常、通常どおり。 新しいリリースがリリースされ、昨日必要だったカテゴリのニュース（現在、高速データベースがSSDに積極的にクロールされており、メモリを使用したこのトリックはもう必要ありません）、または
UPD：関心のある方のために、ホワイトリストおよびその他のドキュメントへのリンク 。 そして、無謀なリリースのために飲みに行きます。 すべてが休日。
注：英語 キャッシュ、frから キャッシュ-「非表示」。 発音[kæʃ]-「キャッシュ」はしばしば現金と混同されます-実際には現金です。 クイックアクセスデバイスの価格を考えると、2番目のオプションはより重要です。 :)