跟我学MS SQL Server（6）

(六)串行数据类型　　SQL的数据类型决定了一个字段的内容在数据库中会被如何处理、存储和显示。SQL92定义了标准的数据类型，目的是给数据库制造商建立自己的数据类型提供蓝图。在前面的文章中，我们介绍了一些常用的数据类型，这些数据类型分为四大类：串行数值日期时间区间型　　本文将向你概述这些数据类型在数据库中是如何使用的，然后着重解释串行数据类型。这些信息可以作为有用的参考，或者作为关于某个数据库制造商具体产品中数据类型的背景知识。　　使用数据类型　　当你在数据库中创建了一个表格，你就定义了每列的名字以及要输入到这些列中的内容的数据类型。从先前的文章中借用一个例子：CREATE TABLE Products(prod_id INT(16)AUTO_INCREMENT, prod_color VARCHAR(20),prod_descr VARCHAR(255), prod_size DECIMAL(8,2),UNIQUE (`prod_id`));　　在以上的查询中，定义行prod_color VARCHAR(20)发出指令要创建一个列，名字是prod_color，数据类型是VARCHAR，长度为20。　　你的数据库使用和每个类型相关的描述符来区别数据类型。例如，VARCHAR数据类型的描述符所含的信息将它区别为串行数据型，它包含所有的串字符，其长度是可变的。数据库里列的定义还包含了其他信息，例如对应于数据类型的特定长度。　　如前所述，每个数据库制造商都希望在SQL92定义的标准上建立自己的数据类型。这样每个数据库在定义数据类型时都能够设定自己所需要的最大容量限制和其他属性。许多数据库使用的数据类型名字和这里列出来的一样，尽管每种的实现方法都有微小的差别。要确定特定数据类型使用方法的细节最好的方法还是查阅数据库制造商的文档。　　已经说过了，希望对标准字符串数据类型有更多的了解就往下看。　　串　　有两种主要的串行数据类型：字符和位。串行使用数据库里由SQL_TEXT所定义的字符。SQL_92标准同时还提供了NATIONAL CHARACTER（国家字符集）和NATIONAL CHARACTER VARYING（国家字符集变体），这两者都能使用可定义字符集。后者的处理方法和CHARACTER以及CHARACTER VARYING类型一样。　　CHARACTER | CHAR　　使用方法：CHARACTER(clength) | CHAR(clength)　　CHARACTER和CHAR这两个关键字是相同的。 　　CHARACTER类型一个突出的特点是它们能够包含<space（空白）>这个字符。 　　CHARACTER 类型包含了固定长度的串字符（来自SQL_TEXT的语言集），clength。 　　<space> 字符在值的长度小于clength时起填充作用。这表示CHARACTER字段的长度是固定的。 　　你可以把CHARACTER的数据类型字段和相同类型的其他允许不同长度的字段比较，或者和　　　CHARACTER VARYING 数据类型比较。 　　有些数据库允许和数值数据类型比较。 　　CHARACTER VARYING | CHAR VARYING | VARCHAR　　使用方法：CHARACTER VARYING(maxlength) | CHAR VARYING(maxlength) | VARCHAR(maxlength)　　CHARACTER VARYING，CHAR VARYING，和VARCHAR这几个关键字是相同的。 　　这些类型能容纳最大长度的字符串，maxlength。 　　数据库把字段的长度作为值的实际长度。 　　你可以把这些数据类型的字段和相同类型的其他允许不同最大长度的字段比较。 　　BIT　　使用方法：BIT(blength)　　这种类型包含了带有长度的位字符（1和0），blength。例如，如果我们使用BIT(2)，样本值将为“01”。 　　有的数据库会在串的开头插入空位，其的则会填充它们以符合固定长度的要求。 　　位字符是串，不是整数。 　　你可以把BIT数据类型的字段与相同类型的允许不同长度的其它字段比较，或者和BIT VARYING数据类型比较。 　　有些数据库允许BITS和CHARACTER或者INTEGER类型比较。 　　BIT VARYING　　使用方法： BIT VARYING(maxlength)　　这种类型包含了最大长度的位字符，maxlength。 　　所记录的长度被设为值的实际长度。 　　数据库允许和其的BIT VARYING数据字段比较，或者和BIT的数据字段比较。 　　对我们的SQL系列有了一些了解了吗？　　请把你的评论、问题或者回应发到下面的讨论栏，或者如果你有关于SQL基础系列的论题，可以发到我们编辑的信箱。　　串理论数据库生产商通过建立这些基础的数据类型来创建你实际要实现的数据类型。对于字符串，这就可能包括相同名字的（不同）类型，例如CHAR或BIT，或者扩展到包括TEXT，SMALL TEXT，以及包含字符串的其他数据类型。　　数据从一个数据库迁移到另一个数据库时，这种设计上的弹性产生了一个必须克服的障碍。在一个数据库里，你可能会有一个叫做CHAR的类型，这个类型所允许的最大容量大于你要迁移到的数据库的最大容量。而且，（SQL92）标准中没有明确定义的类型可能会变化较大，这样的话只用遵从惯例来简化迁移。　　在ZDNet China最近的文章《BLOB移植的替换方案》中讨论了存在数据类型移植问题时保护数据的一个可能的解决方案。SQL标准没要包括存储二进制数据的指标，这造成了不同数据库制造商产品间的不兼容。软件开发者必须找到提到方案列清除这些障碍。　　在这个系列的下一篇文章中，我们会看看SQL92的数字数据类型，每个有什么特点，以及对要实现这些类型的数据库的要求。