昨天一个同事突然问我，说他在SQL 2000数据库创建如下表的时候，突然碰到了下面一条警告信息。SQL脚本和警告信息如下：
我以前也没有遇见过这样的警告信息，当时我在SQL server 2000 下面执行这段脚本，果然有这个警告信息，还有就是为什么Maximun ROW SIZE 是17159?;当我在SQL SERVER 2005 下面执行这段脚本却没有警告信息出现，难道SQL SERVER 2005 与SQL SERVER 2000在存贮机制上面有什么不同?在搞清楚这些问题前，我们先来看看其它的一些相关问题，就是SQL SERVER 2000/2005中***数据行都是8060字节(对定长数据而言)， 其中SQL SERVER 2000中可以使用的大小为8039字节， 而SQL SERVER 2005可以使用的大小为8053字节。我们可以从下面的脚本中实验一下(SQL SERVER 2005)
最小行大小8061 = 4000 + 4000 + 54 + 7(内部开销)。下面我们改变下上面脚本的数据类型，如下所示，看看在SQL SERVER 2005下的情况
那么最小行8575是怎么算出来的呢，我们先看这张经典数据行结构图(引自Inside SQL SERVER)
其实就是8 + 255 + 50 + 255 + 4000 + 4000 = 8568 + 7 = 8575 其中的7个字节是这样来的
由于表里面没有变长字段，所以其它与变长相关的字节为0 所以为7。 那么接下来我们看看开篇的问题为什么 maximum row size (17159)，
8 + 255* 2 + 50 * 2 + 255 * 2 + 4000 * 2 + 4000 *2 = 17128
1 + 1 + 2 + 2 + 1 + 2 + 2* 5 = 19
那么17128 + 19 = 17147 但是结果是17159，有点不明，查了很多资料也没搞清楚，这个17159 是怎么算出来的，呵呵，希望高手来解答
原文链接：
【编者推荐】
DB2 Catalog 与 Schema
catalog在DB2中就是编目的意思，可以对接点node或者database进行catalog（编目）。 就是将数据库database物理层和数据库管理逻辑层建立关系，这样用户、DB2管理服务就可以对数据库进行管理和操作。 比如当你发出DB2 CREATE DB TESTDB系统会自动创建数据库TESTDB，并自动Catalog编目，这个很容易理解。 catalog还可以编目远程接点，然后编目远程数据库。 db2 catalog TCPip node db2node remote 远程数据库IP server 端口;db2 catalog db 数据库名 at node db2node;同样可以uncatalog，意思反过来的。 Schema：模式模式是表的上一层，类似于Oracle的用户下的表一下。 在scott用户下建表啊，切换到另外一个用户要加上模式名select * from scott.a;DB2下不用新建用户，直接DB2 CREATE SCHEMA scott01;然后建表create table scott01.a(id int);因为DB2的用户和操作系统层是关联的，如果你create table 不加模式名，会默认为当前登录用户。 希望你理解，可以帮你，这些东西很简单，所以懂了就行不用太纠结这个。
sql server 2000 decimal 类型保留小数问题
decimal(长度，小数位数)类型是这样子的，保存不了小数说明你长数长度位定义是0alter table d_ami alter column miPrice decimal(18,2) 这句代码用于变更列值类型，加两位小数。
SQLServer中的页如何影响数据库性能
否则的话，很多数据库的优化工作无法展开。 对于对于数据库管理员来说，虽然学习数据库的内存存储结构比较单调，但是却是我们必须攻下的一个堡垒。 在SQLServer数据库中，数据页是其存储的最基本单位。 系统无论是在保存数据还是在读取数据的时候，都是以页为单位来进行操作的。 一、数据页的基本组成。 如上图所示，是SQLServer数据库中页的主要组成部分。 从这个图中可以看出，一个数据页基本上包括三部分内容，分别为标头、数据行和行偏移量。 其中数据行存储的是数据本身，其他的标头与偏移量都是一些辅助的内容。 对于这个数据页来说，笔者认为数据库管理员必须要了解如下的内容。 一是要了解数据页的大小。 在SQLServer数据库中数据页的大小基本上是固定的，即每个数据页的大小都为8KB，8192个字节。 其中每页开头都有一个标头，其占据了96个字节，用于存储有关页的信息。 如这个页被分配到页码、页的类型、页的可用空间以及拥有这个页的对象的分配单元ID等等信息。 不过值得庆幸的是，这些内容数据库都会自动管理与更新，不需要数据库管理员担心。 数据库管理员只需要知道的是，这个数据页中最多可以用来保存数据的空间。 每个页的大小是8192个字节，扣除掉一些必要的开销(如标头信息或者偏移量所占用的空间)，一般其可以用来实际存储数据的空间只有8000字节左右。 牢记这个数字，对于后续数据库性能的优化具有很大的作用。 详细的内容笔者在后续行溢出的部分会进行说明。 二是需要注意行的放置顺序。 在每个数据页上，数据行紧接着标头按顺序放置。 在页的末尾有一张行偏移表。 对于页中的每一行，每个行偏移表都包含有一个条目。 即如果业中的数据行达到100条的话，则在这个行偏移表中就对英100个条目。 每个条目记录中记录对应行的第一个字节与页首的距离。 如第二个跳就记录着第二个数据行的行首字母到数据页页首的位置。 由于每个数据行的大小都是不同的，为此这个行偏移表中记录的内容也是没有规律的。 这里需要注意的是，行偏移表中的条目顺序与页中行的顺序是相反的。 这主要是为了更方便数据库定位数据行。 二、大数据类型与行。 根据SQLServer数据库定义的规则，行是不能够跨页的。 如上图所示，如果一个字段的数据值非常大，其超过8000字节。 此时一个页已经不能够容纳这个数据。 此时数据库会如何处理呢?虽然说在SQLServer数据库中，行是不能够跨页的。 但是可以将行分成两部分，分别存储在不同的行中。 所以说，对于大数据类型来说，是不受到这个页大小(或者说行大小)的限制的。 根据上面的分析可以看出，一个数据页其最大可以用的存储空间在8KB。 如果扣掉一些必要的开销，其只有8000字节左右。 当某条记录的所有列(包括固定长度的列与可变长度的列其大小超过这个限制的时候，数据库就会将其进行分行处理，分别存储在两个不同的页中。 当某张表格中列的总大小超过限制的8KB(实际上还还不到一点)字节时，数据库系统会从最大长度的列开始动态的将一个或多个可变长度列移动到另外一个页中。 简单的说，就是将某个列超过的部分单独存放在另一个页中。 并且同时还会存储一些指针之类的信息，以便在不同页的记录中建立关联。 这种现象在SQLServer数据库中给其取了一个名字，叫做行溢出。 三、行溢出对于数据库性能的不利影响。 掌握了上面关于数据页的基本工作原理后，数据库管理员需要重点理解行溢出对于数据库性能的不利影响。 即需要了解，当所有列(包括固定长度的列与可变长度的列)的累积长度超过一个数据页(或者一个数据行)的最大承受限度时，会将列的内容分行来进行存放。 数据库如此处理，对数据库的性能会有不利的影响吗?如果有的话，该如何避免? 一般来说，每行的记录超过页的最大容量时，肯定会对数据库的性能造成不利的影响。 这是毋庸置疑的。 因为当超过这个容量时，数据库系统就需要对这个数据行进行分页处理。 而分页处理需要数据库额外的开销。 如在分页保存时，需要给数据库添加额外的指针;在查询数据的时候，由于分页情况的存在，为了读取一条完整的记录，数据库系统可能不得不读取多页的内容;当进行更新操作，将某个字段的内容变短，导致整行的内容在页的最大范围之内，则相关的记录会被保存在同一个行中。 这些操作都需要数据库额外的开销。 当在同一个时间处理这些作业多了，那么积累起来，对数据库性能的影响就会很显著。
发表评论