Extensible Key Management：采用企业已有的密钥架构，如第三方所提供的 Hardware Security Module(HSD)
Transparent Data Encryption：
· 整个数据库通透地加密，应用程序不需要改写，也感受不到
· 效率影响不大，但会与数据型态有关
· 可以用二进制编辑器搜寻数据库档案，或数据库备份，若不加密可以直接找关键词，加密后找不到
增强整合式验证：
· 在 SQL 2005 时，仅有 TCP/IP 连接可以使用 Kerberos，但 2008 的多种存取协定皆可
· 在 SQL 2005 时要将 Service Principal Name(SPN)注册到 AD，但 2008 不用注册 SPN 到 AD 就可使用 Kerberos
所有的行为都可以监控(Audit)：
· 以 DDL 语法设定监控
· 存取监控所储存的数据可受安全控管
· 可设定控管数据输出到档案、Windows Application 或 Security Log
· 建立 Audit Specification 以规范服务器(如登入/注销)或数据库(如 ISUD 加上 Execute、Receive) 要监控的行为
· 分 Server 和 Database 层级，但没有 Column 层级
· 采用 Extended Events 架构建立，希望效率比 SQL Trace 快
· 对于空间地理信息建置特殊的索引结构
整合的全文检索
· 检索索引储存在数据库内
· 在 SQL 2005 的全文检索只能完整备份，不能搭配数据做 recovery to point in time，只能数据库做完 recovery to point in time 后，再重新 populate。SQL Server 2008 则因为完整做在 DB 内，也就是更动都会经过 transaction log，则全文检索可以与备份/还原、log shipping、database mirroring 等经由 transaction log 实作的机制同步。
· 较佳的查询效能，但不知制作检索的效能如何？
Sparse Columns
· 字段数量非常多，但大部分的内容是空的。例如 Windows Sharepoint Services 在建立文管时，有一大堆的文件格式(如 word、excel、pdf、image...)，每种文件格式的属性皆不同，因此有一大堆字段，对应各种不同的文档属性。则新增任一份档案时，大部分的字段都是 NULL，仅有少数几拦描述该类型档案的属性有设值。这可模拟物流业的产品属性。以往因为 Table 的 column 数有 1024 限制，且太多字段太占 page 空间，解法可能是利用 XML、利用属性/值放在 row、限制每种 entity 的 property 数量。
· DDL 的 CREATE TABLE 之 Column 定义多了 Sparse 属性
· Sparse 字段的内容若是空，则完全不占空间，在 2005 若字段空最起码占 1 bit，以标示字段。有 Sparse 字段的数据表则正好相反，有值的 sparse 字段需要额外 4 byte 的 metadata。所以真要大量 sparse 才会受惠，否则反而因为每栏多 4 byte 而损失效能
· 预计 SQL Server 2008 将支援每个 table 达 30000 个 column
· 搭配 Filtered Index 后可以更有效率
· 提供 Column Set 特殊字段，以 XML 呈现有值的字段
设定过滤条件的索引(Filtered Index)
· 仅增对符合 Where 条件的值建立索引，例如建立索引时，Where 某个字段内容不可 NULL，则 Sparse Column 建出来的索引就小很多。
· 因为是对数据子集建索引，整个数据量少，统计的精确度更高
· sys.indexes 系统检视以 has_filter 和 filter_definition 字段呈现
Change Tracking
· 同步追踪数据变化
· 数据库的 Recovery Mode 不限
· 需要数据表加上代表 row version 的字段
· 当 DML 发生时，会自动记录到系统
· 异步追踪数据变化
· 数据库的 Recovery Mode 需 Full
· 与 Transactional Replication 机制类似，都是透过 Log Reader 读出交易纪录，CDC 会将结果放入到系统数据表。若透过 Transactional Replication 将数据表带到目的端，若数据是 1 -> 2 -> 3，则目的端发生两次变化，但若用 CDC，可以选择仅要将 3 带到目的端
· 将大型数据透过 SQL Server 存回调案目录，只能搭配 NTFS
· 让数据的交易管理、安全、备份...等机制可以一体设计
· BLOB 不受限于 2G，而是 Windows 系统或硬盘实体大小的限制
· 可以直接透过 Win32 编辑 SQL Server 放在文件系统上的档案，但最好不要
· 以 CPU 换取硬盘与内存空间，由于加载较快，整体时间可能提升
· 分为 Row 和 Page 两种压缩
· 压缩率取决于数据型态和数据内容的重复性，较难一概而论
数据表 Partition 增强
· 可以新的 Date-Only 数据型态当作切割字段
· 增强对多线程的支持
尚有 T-SQL 的 Merge 语法、Plan Freezing、Star Join 优化...等
发表于 @ 2008年04月17日 11:59:00|评论(loading...)|编辑