名站网址导航为大家提供关于数据库教程相关的教程网站知识。
这样还能减少CPU数据缓存命中失效的问题(点击这个链接来查看CPU的数据缓存是如何工作的以及MESI协议)。下面让咱们来揭穿三个有关NULL位图的普遍误区。SQL Server误区30日谈 第5天 AWE在64位SQL SERVER中必须开启
误区 #5: AWE在64位SQL SERVER中必须开启,错误！,在坊间流传的有关AWE的设置的各种版本让人非常困惑。比如说如何设置起作用，如何设置不起作用，在32位和64位上是否需要AWE等。,好吧，我来概括一下:,看上去有点复杂，这也是为什么会引起困惑吧。,我的一个来自CSS的好朋友Bob Ward有一篇关于这块非常好的博文:Fun with Locked Pages, AWE, Task Manager, and the Working Set…,PS:译者有一篇关于内存管理的一篇文章:浅谈SQL Server 对于内存的管理
误区 #6a:NULL位图并不是任何时候都会用到
正确
就算表中不存在允许NULL的列，NULL位图对于数据行来说会一直存在(数据行指的是堆或是聚集索引的叶子节点)。但对于索引行来说（所谓的索引行也就是聚集索引和非聚集索引的非叶子节点以及非聚集索引的叶子节点）NULL位图就不是一直有效了。
下面这条数据库语句可以有效的证明这一点:
复制具体相关代码 具体相关代码如下:
CREATE TABLE NullTest (c1 INT NOT NULL);
CREATE NONCLUSTERED INDEX
NullTest_NC ON NullTest (c1);
GO
INSERT INTO NullTest VALUES (1);
GO
EXEC sp_allocationMetadata 'NullTest';
GO
您可以通过我的博文:Inside The Storage Engine: sp_AllocationMetadata - putting undocumented system catalog views to work.来获得sp_allocationMetadata 的实现脚本。
让咱们通过下面的script来分别查看在堆上的页和非聚集索引上的页:
复制具体相关代码 具体相关代码如下:
DBCC TRACEON (3604);
DBCC PAGE (foo, 1, 152, 3); -- page ID from SP output
where Index ID = 0
DBCC PAGE (foo, 1, 154, 1); -- page ID from SP output
where Index ID = 2
GO
首先让咱们来看堆上这页Dump出来的结果
复制具体相关代码 具体相关代码如下:
Slot 0 Offset 0x60 Length 11
Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Memory Dump
@0x685DC060
再来看非聚集索引上的一页Dump出来的结果:
复制具体相关代码 具体相关代码如下:
Slot 0, Offset 0x60, Length 13, DumpStyle BYTE
Record Type = INDEX_RECORD Record Attributes = <<<<<<<
No null bitmap Memory Dump @0x685DC060
误区 #6b: NULL位图仅仅被用于可空列
错误
当NULL位图存在时，NULL位图会给记录中的每一列对应一位，但是网站数据库中最小的单位是字节，所以为了向上取整到字节，NULL位图的位数可能会比列数要多。对于这个问题.我已经有一篇博文对此进行概述，请看:Misconceptions around null bitmap size.
误区 #6c:给表中添加额外一列时会立即导致SQL Server对表中数据的修改
错误
只有向表中新添加的列是带默认值，且默认值不是NULL时，才会立即导致SQL Server对数据条目进行修改。总之，SQL Server存储引擎会记录一个或多个新添加的列并没有反映在数据记录中。关于这点，我有一篇博文更加深入的对此进行了阐述:Misconceptions around adding columns to a table. 关于数据库教程相关的教程网站知识今天我们就说到这里了，希望可以帮到大家。
