SQL2014学习笔记3--内存优化表的事务

        本想写内存表的备份和还原，结果写到一半发现涉及到事务的部分太多，所以单开一篇写事务，篇幅会比较短，但这是理解内存表备份还原机制的基础。

        内存表分两种，一种是只存在于内存中，和磁盘、日志都没半毛钱关系的内存表，这种表在备份还原时只会处理表结构而不处理数据。类似于tempdb中的表，不同之处就是重启数据库时前者保留表结构而后者渣都不剩。
        另一种内存表则在磁盘中有对应的数据文件做数据持久化，MS称之为“数据和差异文件”。这部分文件是通过一个叫“脱机检查点”的后台线程通过定时读取事务日志写入数据的，so，它获得的不是第一手的变更，而是日志文件里记录的变更。

        再来说事务日志与内存表的关系，说到这个关系又涉及到一个2014新出的概念：延迟性事务。延迟性事务机制允许事务提交时通过设置指定的选项，选择是否异步写入日志。什么意思呢？传统的磁盘表是数据页和日志一起写，当日志写成功后提交事务成功，这种机制下事务的执行时间取决于数据文件更新（磁盘表是页，内存表是内存地址）和事务日志更新两部分，当事务日志的更新慢于数据文件时就会拖累事务的提交速度。延迟性事务就是把这两部分分开，数据文件写入完成后事务即成功，而日志文件的写入则同时进行但不影响事务的提交。这种提交方式好处是减少可能的提交延迟时间，坏处是牺牲了一部分事务的完整性。

当延迟性事务配合内存表使用时，会使事务日志对内存表性能的影响降到最低：内存的表的事务执行完全不受日志影响，日志异步写入后，检查点线程定时更新到磁盘的数据文件中。内存表的性能提高的1B，相应的事务完整性则略有牺牲。当数据库崩溃时，没写入日志的内存表变更将丢失。

延迟性事务有两个地方指定：数据库选项中的DELAYED_DURABILITY选项和事务提交时的WITH  DELAYED_DURABILITY
数据库级别的选项可以指定延迟性事务关闭/可选/强制，只有可选时才会受COMMIT选项的影响。

最后强调一下，当内存表不选择使用延迟性事务时，可以认为它和磁盘表的事务完整性一致。

因此，对于我即将写到的内存表备份和还原，涉及到的待久化内容就是：内存表定义、日志文件和数据文件。