索引数据存储参数
Microsoft SQL Server 中 FILLFACTOR 选项和 Oracle 中的 PCTFREE 变量的作用基本相同。随着表的增大,索引页就会拆分,以容纳新数据。索引必须重新组织,来容纳新的数据值。填充因子百分比只在索引创建时使用,以后不再维护。
在索引最初创建时,FILLFACTOR 选项(值从 0 到 100 )控制索引页上保留多少空间。如果没有指定,使用默认的填充因子 0 - 这将完全填充索引叶级页,并在每个决定节点页上保留至少一个条目的空间(对于非唯一的聚集索引保留两个)。
使用较低的填充因子值,最初会减少索引页的拆分,并增加 B 树索引结构中级别的数目。使用较高的填充因子值,可更有效地使用索引页空间,访问索引数据需要较少的磁盘 I/O,并减少了 B 树索引结构中级别的数目。
PAD_INDEX 选项指定了,将填充因子应用到索引的决定节点页以及数据页中。
尽管在 Oracle 中,必须调整 PCTFREE 参数来优化性能,但在 CREATE INDEX 语句中,一般不需要加入 FILLFACTOR 选项。填充因子可用于优化性能。仅当使用现有数据在表上创建新索引,并且能够准确预估该数据以后的变化时,填充因子才是有用的。
如果已经把 Oracle 索引的 PCTFREE 设为 0,则考虑使用值为 100 的填充因子。它用于不发生插入和更新的表(只读表)。填充因子设为 100 时,SQL Server 创建每页均百分之百填充的索引。
忽略重复的关键字
对于 Oracle 和 Microsoft SQL Server,用户不能向唯一索引的列插入重复的值。如果这样做,就会产生错识消息。但是,使用 SQL Server,开发人员可以选择 INSERT 或 UPDATE 语句对该错误作出何种反应。
如果在 CREATE INDEX 语句中指定了 IGNORE_DUP_KEY,并执行了产生重复键的 INSERT 或 UPDATE 语句,SQL Server 就会发出一条警告消息,并忽略(不插入)此重复的行。如果没有给索引指定 IGNORE_DUP_KEY,SQL Server 就会发出一个错误信息,并回滚整个 INSERT 语句。有关这些选项的详细信息,请参见 SQL Server Books Online。
Oracle 应用程序可能需要创建只存在很短时间的表。应用程序必须确保,在某些时候可以删除所有为此目的创建的表。如果应用程序做不到这一点,表空间很快就会变得混乱和难以管理。
Microsoft SQL Server 提供了临时表数据库对象,它正是为此目的创建的。这些表总是创建在 tempdb 数据库中。表名称决定了它们在 tempdb 数据库中保留多长时间。
可以给临时表定义索引。仅能在 tempdb 中显式创建且不带有 # 或 ## 前缀的表上定义视图。下面的例子给出了,如何创建一个临时表及其相关索引。用户退出时,表和索引被自动删除。
SELECT SUM(ISNULL(TUITION_PAID,0)) SUM_PAID, MAJOR INTO #SUM_STUDENT
FROM USER_DB.STUDENT_ADMIN.STUDENT GROUP BY MAJOR
CREATE UNIQUE INDEX SUM STUDENT IDX ON #SUM STUDENT (MAJOR)
您可能会发现,使用临时表带来了很多优势,完全有理由为此而修改程序代码。
Microsoft SQL Server 有一些比 Oracle 更为强健的数据类型。Oracle 和 SQL Server 数据类型之间有多种转换方式。建议使用 DTS 向导自动创建新的 CREATE TABLE 语句。必要时,可修改这些语句。
使用 Unicode 数据
Unicode 规范给世界各地广泛使用的几乎所有字符定义了统一的编码方案。所有计算机使用该 Unicode 规范,将 Unicode 数据中的位模式统一转换为字符。这就保证了在所有的计算机上,相同的位模式总是转换成相同的字符。数据可以从一个数据库或计算机自由地传输到另一个上,而不必担心接收系统不能把位模式正确转换为字符。
对于每个字符使用 1 个字节编码的数据类型来说,一个问题是这种数据类型只能表示 256 个不同的字符。这就要求对于不同的字母表,必须采用多个编码规范(或代码页)。它也不能处理像日语 Kanji 或韩国语 Hangul 字母表这样有几千个字符的系统。
Microsoft SQL Server 使用与 SQL Server 一起安装的代码页中的定义,将 char、varchar 和 text 列中的位模式转换成字符。客户计算机使用与操作系统一起安装的代码页解释位模式。有许多种不同的代码页。有些字符在一些代码页中,但不在其它代码页中。有些字符在一些代码页中用一种位模式定义,在其它代码页中则使用另一种位模式。当创建必须处理各种语言的国际化系统时,要为所有计算机挑选满足多个国家语言要求的代码页,就变得十分困难。而且也很难保证,所有计算机与使用不同代码页的系统交互时,能够进行正确转换。
在 Unicode 规范 中,每个字符使用 2 字节编码,从而解决了这一问题。两字节中有足够多的不同模式 (65,536),可以使单一规范涵盖大多数通用的商务语言。因为所有的 Unicode 系统均使用相同的位模式表示所有字符,当字符从一个系统迁移到另一个系统时,不会出现字符转换错误的问题。
在 SQL Server 中,nchar、nvarchar 和 ntext 数据类型均支持 Unicode 数据。有关 SQL Server 数据类型的详细信息,请参见 SQL Server Books Online。
用户定义的数据类型。
可为 model 数据库或单个用户数据库创建用户定义的数据类型。如果用户定义的数据类型是为 model 定义的,此后创建的所有新用户数据库均可使用该数据类型。用户定义的数据类型是用 sp_addtype 系统存储过程定义的。有关详细信息,请参见 SQL Server Books Online。
可以在 CREATE TABLE 和 ALTER TABLE 语句中使用用户定义的数据类型,并将其与默认值和规则绑定在一起。表创建过程中,如果使用用户定义的数据类型时,明确地定义了为空性,则它优先于数据类型创建时定义的为空性。
此例给出了,如何创建一个用户定义的数据类型。参数为用户类型名称、数据类型和为空性。
sp_addtype gender_type, 'varchar(1)', 'not null'
go
乍看起来,此功能解决了 Oracle 表创建脚本向 SQL Server 迁移的问题。比如,可以方便地增添 Oracle DATE 数据类型:
sp_addtype date, datetime
但对于需要大小可变的数据类型,例如 Oracle 数据类型 NUMBER,则没有什么用处。返回的错误消息表明,长度也必须指定。
sp_addtype varchar2, varchar
Go
Msg 15091, Level 16, State 1
You must specify a length with this physical type.
Microsoft timestamp(时间戳)列
timestamp 列允许 BROWSE 模式更新,并使游标更新操作更为有效。timestamp 是一种数据类型,每次包含 timestamp 列的行被插入或更新时,它都会自动更新。
timestamp 中的值不是作为实际的日期或时间存储的,而是以 binary(8) 或 varbinary(8) 存储的,它表示表中行的事件序列。一个表只能有一个 timestamp 列。
有关详细信息,请参见 SQL Server Books Online。
Microsoft SQL Server 对象的权限可以授予给其它数据库用户、数据库组和 public 角色,也可以被其拒绝或撤销。与 Oracle 不同,SQL Server 不允许对象所有者给对象授予 ALTER TABLE 和 CREATE INDEX 权限。这些权限必须只属于对象所有者。
GRANT 语句在安全系统中创建一个条目,允许当前数据库中的用户处理当前数据库中的数据或执行特定的 Transact-SQL 语句。在 Oracle 和 SQL Server 中,GRANT 语句的语法是相同的。
DENY 语句在安全系统中创建一个条目,拒绝当前数据库中安全帐户的权限,并禁止安全帐户以组或角色成员身份继承权限。Oracle 没有 DENY 语句。REVOKE 语句撤销以前授予当前数据库中一个用户的权限或被其拒绝的权限。
有关对象级权限的详细信息,请参见 SQL Server Books Online。
在 Oracle 中,REFERENCES 权限只能授予一个用户。SQL Server 则允许将 REFERENCES 权限授予数据库用户和数据库组。在 Oracle 和 SQL Server 中,INSERT、UPDATE、DELETE 和 SELECT 权限授予的方式相同。
实施数据完整性和业务规则
实施数据完整性确保了数据库中数据的质量。在表的规划中,有两个重要的步骤,即识别列的有效值,以及确定如何在列中实施数据完整性。数据完整性可以分为四个类别,并用不同的方法来实施。
实体完整性把一行定义为特定表的一个单独实体。实体完整性通过索引、UNIQUE 约束、PRIMARY KEY 约束或 IDENTITY 属性,来实施表的标识符列或主键的完整性。
约束的命名
应该始终显式命名约束。如果没有,则 Oracle 和 Microsoft SQL Server 使用不同的命名规则隐式命名约束。这些命名上的差别会给迁移过程带来不必要的麻烦。在删除或禁用约束时,就会造成不一致,因为必须使用名称,约束才能被删除。对于 Oracle 和 SQL Server 来说,显式命名约束的语法是相同的。
CONSTRAINT constraint_name
主键和唯一列
SQL-92 标准要求,主键中的所有值应该唯一,并且该列不允许有空值。一旦定义了 PRIMARY KEY 或 UNIQUE 约束,Oracle