sqlserver规则
什么是排序规则?
排序规则指定了表示每个字符的位模式 它还指定了用于排序和比较字符的规则 排序规则具有下面的特征
◆语言
◆区分大小写
◆区分重音
◆区分假名
要了解服务器当前使用的排序规则 可以在 SQL 查询分析器中运行 sp_helpsort 系统过程
SQL Server 不支持使用多个排序规则的数据库 因此 在 SQL Server 中创建的所有数据库均使用默认的排喊瞎序规则 SQL Server 支持多个排序郑誉空规则 SQL Server 数据库可使用除默认排序规则以外的其他排序规则 此外 SQL Server 还支持使用排序规则(除数据库创建的排序规则外)的列
在 DTS 中使用“使用排序规则”选项的条件
SQL Server 可包含多个数据库或列 它们可以使用除默认排序规则以外的排序规则 因此 在数据转换服务 (DTS) 中引入了名为“使用排序规则”的新选项 “使用排序规则”选项的行为由要执行的转换的类型决定 如果要在 SQL Server 的两个实例之间传输数据且启用了“使用排序规则”选项 则数据将从源代码页转换到目标代码页 如果没有启用“使用排序规则”选项且 SQL Server 的两个实例中的代码页相同 则会直接传输数据 如果代码页不同 则数据将从源代码页转换到目标代码页 但是 在传输数据时 转换可能会出现错误
注意 如果排序规则用于数据本身并且列使用的是 COLLATE 子句 则排序规则很重要 “使用排序规则”选项确定当数据从一个排序规则传输到另一个排序规则时是否转换代码页 “使用排序规则”选项不会影响是否设置了列定义的 COLLATE 属性 因此 如果源表包含使用 COLLATE 子句创建的带有特定排序规则的列 则此排序规则将在传输数据时得以保留 而不管是否在数据转换服务向导中启用了“使用排序规则”选项
不改变数据库排序规则的转换方法
下列方法不改变数据库的排序规则
◆备份和还原虚链 在某服务器上还原数据库时 如果该服务器使用的排序规则与用于备份的服务器使用的排序规则不同 则不会将还原后的数据库转换为使用新的排序规则 数据库排序规则仍保持原样
◆分离和重新附加 如果分离使用某一排序规则创建的数据库 并且将该数据库重新附加到使用其他排序规则的另一服务器 则该数据库的排序规则不会改变 数据库的排序规则仍保持原样
◆复制数据库向导 复制数据库向导实质上使分离和重新附加的过程自动化了 数据库的排序规则仍保持原样
注意 复制数据库向导仅在 SQL Server 中可用
在 SQL Server 中转换数据库的排序规则
要在运行 SQL Server 的两台计算机之间更改数据库的排序规则 必须在目标服务器上创建用户数据库和所有对象 然后使用 DTS 或 bcp 实用工具传输数据
要将数据库从运行 SQL Server 的计算机传输到运行 SQL Server 且具有另一排序规则的计算机 请按照下列步骤操作
备份源数据库
使用 SQL Server 企业管理器为源数据库中的所有对象创建脚本
要从数据库的所有表中导出数据 请使用 DTS 或 bcp 实用工具
使用 SQL Server 企业管理器或 CREATE DATABASE 语句在目标服务器上创建新的数据库
注意 当使用 CREATE DATABASE 语句时 数据库将使用与运行 SQL Server 的计算机相同的排序规则
使用 SQL 查询分析器来运行在步骤 中创建的脚本 以便在目标数据库中重新创建所有对象
注意 此表和列将使用与运行 SQL Server 的计算机相同的排序规则
使用 DTS 或 bcp 实用工具将数据导入到目标表中
将 SQL Server 中数据库的排序规则转换为 SQL Server 中的排序规则
要在 SQL Server 和 SQL Server 之间更改数据库的排序规则 必须在传输数据之前 在目标服务器上使用适当的排序规则创建数据库 列或同时创建数据库和列 但是 在将数据从 SQL Server 传输到 SQL Server 时 可以使用 DTS 删除并重新创建对象 因此 在执行此操作时 必须在 DTS 中启用“使用排序规则”选项
注意 请不要使用 SQL Server 中的 DTS 实用工具与运行 SQL Server 的计算机相互传输所有对象 如果必须在 SQL Server 和 SQL Server 之间传输数据 则必须使用 SQL Server 中的 DTS 实用工具
要将 SQL Server 中数据库的排序规则转换为 SQL Server 中的排序规则 请按照下列步骤操作
备份源数据库
使用 SQL Server 企业管理器为源数据库中的所有对象创建脚本
如果列必须使用其他排序规则 而不使用目标数据库上的默认排序规则 请对脚本中相应列的排序规则进行必要的更改
使用适当的排序规则在目标服务器上创建新的数据库
使用 SQL 查询分析器在目标服务器上运行在步骤 中创建的脚本 以便在数据库中重新创建所有对象
注意 新表和列使用与数据库相同的排序规则 除非您为这些列指定了其他排序规则
使用 DTS 或 bcp 实用工具传输数据
注意 如果使用 DTS 请验证下列信息
◆确保在将数据从 SQL Server 传输到 SQL Server 时启用了“使用排序规则”选项
◆因为已在目标服务器上使用适当的排序规则创建了对象 所以要禁用“首先创建目标对象”选项
在 SQL Server 中转换数据库的排序规则
要在 SQL Server 中转换数据库的排序规则 请按照下列步骤操作
备份源数据库
注意所有列是否使用 COLLATE 子句
使用适当的排序规则在目标服务器上创建新的数据库
如果没有列使用 COLLATE 子句 请使用 DTS 将数据传输到目标服务器 为此 请启用“使用排序规则”选项以进行代码页转换 并将数据转换为目标数据库上的新排序规则 如果所有列均使用 COLLATE 子句 请按照下列步骤操作
a 为所有对象(不包括索引 触发器 主键 外键 默认设置和约束)生成脚本 此外 确保启用了“仅为与 版兼容的功能编写脚本”选项 以便从脚本删除 COLLATE 子句
注意 使用“仅为与 版兼容的功能编写脚本”选项时 可以更改排序规则 但是 生成脚本时将不考虑任何新的 SQL Server 选项(包括用户定义的函数 扩展属性 INSTEAD OF 触发器和视图上的索引)
b 在目标数据库上运行步骤 a 中创建的脚本 以便使用目标数据库的排序规则创建对象
c 使用 DTS 仅传输源数据库中的数据
d 成功传输数据后 将会为源数据库中的所有约束 外键 主键和索引生成脚本
e 在目标数据库上运行步骤 d 中创建的脚本
更改 master 数据库的排序规则
如果要更改 master 数据库的排序规则 则必须重建 master 数据库 在重建 master 数据库时 实质上是创建了新的 master 数据库 因此 重建 master 数据库之前 应考虑下列事项
◆确保创建了当前 master 数据库的有效备份 在重建 master 数据库时 还会重建 msdb 数据库和 model 数据库 因此 在重建 master 数据库之前必须备份 msdb 数据库和 model 数据库 msdb 数据库是用于存储 SQL Server 作业 警报 运算符和 DTS 包的系统数据库 model 数据库是创建新数据库时所使用的模板数据库
◆因为重建 master 数据库会创建一个新的 master 数据库 所以必须在重建 master 数据库之后重新输入现有登录信息 因此 还必须在重建 master 数据库之前导出登录信息 然后在重建 master 数据库后 导入登录信息
◆因为在重建 master 数据库时会重建 msdb 数据库 所以在重建 master 数据库之前 必须为所有作业 警报和运算符生成脚本 此外 还必须确保移动了所有 DTS 包
◆因为在重建 master 数据库时会重建 model 数据库 所以在重建 master 数据库之前 必须记下或导出以前对 model 数据库所做的全部更改或为其生成脚本 重建 model 数据库之后 请重新应用已记录的全部更改
在 SQL Server 中更改 master 数据库的排序规则
更改 master 数据库的排序规则之前 请按照下列步骤操作
重建 master 数据库之后 不会自动恢复在重建此数据库之前创建的所有数据库 因此 所有数据库必须从备份进行还原 或者如果文件仍在磁盘上 则可以使用 sp_attach_db 系统存储过程重新附加数据库 请确保在重建 master 数据库之前将所有必要的信息重新附加到现有数据库
在重建 master 数据库时 仅更改 master 数据库 model 数据库和 msdb 数据库的排序规则 不会更改用户数据库的排序规则 要更改现有用户数据库的排序规则或者使用适当的排序规则创建新的数据库 请使用 ALTER DATABASE 命令 然后使用 DTS 或 bcp 实用工具将数据传输到新的数据库
注意 如果在 SQL Server 中使用 ALTER DATABASE 命令来更改数据库的排序规则 则表中列的排序规则将不会自动更改 要更改列的排序规则 请使用 ALTER TABLE 命令和 ALTER COLUMN 命令 如果使用 DTS 则可以在传输数据或使用“使用排序规则”选项之前 使用适当的排序规则创建表和列 如果使用的 DTS 和表已经包含适当的排序规则 请确保在运行软件包之前禁用了“首先删除现有对象”选项
在 SQL Server 中更改 master 数据库的排序规则
更改 master 数据库的排序规则之前 请按照下列步骤操作
SQL Server 不支持数据库使用除默认排序规则以外的排序规则 因此 在重建 master 数据库之前 请从用户数据库中导出所有数据
为数据库中的所有对象生成脚本
使用适当的排序规则重新创建 master 数据库
创建新的数据库 使用新的默认排序规则自动创建新的数据库
lishixin/Article/program/SQLServer/201311/22349
㈡ 如何创建SqlServer视图的索引
创建SqlServer视图的索引能够显着提高数据检索效率，使得现有查询更加高效。视图上的第一个索引必须是唯一聚集索引，之后可以添加其他非聚集索引。视图索引的命名规则与表索引一致，但视图名替代了表名。创建视图时需使用WITH SCHEMABINDING选项，否则会因未绑定到架构而报错。视图转换为索引视图时，需遵守多个规则，包括仅使用表、表属于同一个所有者、链接的表在同一数据库中、不包含特定子句和函数、所有字段必须显示指定等。
创建索引视图时，必须确保所有基本表和视图使用SET ANSI_NULLS ON创建。在创建索引或执行IUD操作时，必须设置ANSI_NULLS、ANSI_PADDING、ANSI_WARNINGS、ARITHABORT、CONCAT_NULL_YIELDS_NULL、QUOTED_IDENTIFIER、NUMERIC_ROUNDABORT等选项。这些设置的具体信息可以在SQL Server联机帮助中查阅。
索引视图的创建要求SQL Server版本达到2000企业版或开发版及以上。遵循这些规则和设置，可以有效提高视图的查询效率，特别是在大数据处理场景中。
索引视图的创建需要精确的SQL语句和正确的数据库环境配置。例如，创建视图时使用以下语句：
Create VIEW vXXX WITH SCHEMABINDING AS…… Create UNIQUE CLUSTERED INDEX idxXXX ON vXXX(cXXX)
这将确保视图可以高效地被查询。
值得注意的是，视图转换为索引视图的过程会将视图转化为一个可以高效检索数据的结构，但同时也带来了对视图复杂性的要求。因此，创建索引视图时需仔细考虑视图的结构和使用场景。
在创建索引视图的过程中，必须严格遵守上述规则，以确保视图能够正确地转换为索引视图，并且能够在需要时高效地执行查询。
㈢ sqlserver中 varchar 最大长度是多少
最大长度8000，用max可以存储达到2G。
例如：
varchar [ ( n | max) ]
可变长度，非 Unicode 字符数据。n 的取值范围为 1 至 8,000。max 指示最大存储大小是 2^31-1 个字节。
在某些情况下，前台应用对过长的字串是无法正确处理的，比如一些表格控制，比如C++定义的字符串变量。
(3)sqlserver规则扩展阅读：
注意事项
存储限制
varchar 字段是将实际内容单独存储在聚簇索引之外，内容开头用1到2个字节表示实际长度（长度超过255时需要2个字节），因此最大长度不能超过65535。
1、编码长度限制
字符类型若为gbk，每个字符最多占2个字节，最大长度不能超过32766;
字符类型若为utf8，每个字符最多占3个字节，最大长度不能超过21845。
若定义的时候超过上述限制，则varchar字段会被强行转为text类型，并产生warning。
2、行长度限制
导致实际应用中varchar长度限制的是一个行定义的长度。 MySQL要求一个行的定义长度不能超过65535。若定义的表长度超过这个值，则提示
ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs。
㈣ sql server的对象命名规则是什么
自己搜索一下就是了，我给你一段：
为了提供完善的数据库管理机制，SQL Server 设计了严格的命名规则。在创建或引用数据库实体，如表、索引、约束等时，必须遵守SQL Server 的命名规则，否则有可能发生一些难以预料和检查的错误。
本文将讲述：标识符的分类和格式规定；数据库对象的命名规定与使用原则。希望对您会有所帮助。
标识符分类
SQL Server的所有对象，包括服务器、数据库以及数据库对象，如表、视图、列、索引、触发器、存储过程、规则、默认值和约束等都可以有一个标识符。对绝大多数对象来说，标识符是必不可少的，但对某些对象如约束来说，是否规定标识符是可选的。对象的标识符一般在创建对象时定义，作为引用对象的工具使用。
例如下面的SQL语句：
Create table student
(
id int primary key,
name varchar(20)
)
这个例子创建了一个表格，表格的名字是一个标识符：student；表格中定义了两列，列的名字分别是id,name,他们都是合法的标识符。这个例子还定义另外一个未命名的主键约束。
SQL Server一共定义了两种类型的标识符：规则标识符（Regular identifier）和界定标识符(Delimited identifier)。
规则标识符
规则标识符严格遵守标识符有关格式的规定。所以在T-SQL语句中凡是规则标识符都不必使用界定符，如[]和‘’，来进行界定。
如上述例子中使用的表名student 就是一个规则标识符，在student上不必添加界定符。
界定标识符
界定标识符是那些使用了如[]和‘’等界定符号来进行位置限定的标识符，使用了界定标识符，既可以遵守标识符命名规则，也可以不遵守标识符命名规则。
Select * from [student] 是要从student 表格中查询出所有的数据与
Select * from student 等效。
为什么呢？因为在“[]”中的标识符遵守标识符命名规则，“[]”被忽略不计。
但如果是不遵守标识符命名规则的标识符，那么在T-SQL语句中必须使用界定符号加以限定，如：
Select * from [my table]
Where [order]=10
在这个例子中，必须使用界定标识符，因为在from子句中的标识符my talbe中含有空格，而where子句中的标识符order 是系统保留字(在查询分析器里“order”变蓝色)。这两个标识符都不遵守标识符命名规则，必须使用界定符，否则无法通过代码编译。
标识符格式
标识符格式的规定，其具体内容如下：
标识符的首字母必须是以下两种情况之一：
所有在统一码(Unicode)2.0标准规定的字符，包括26个英文字母a-z和A-Z，以及其他一些语言字符，如汉字。例如可以给一个表格命名为“学生基本情况”。下划线“-”、“@”或“#”。
标识符首字母后的字符可以是：
所有在统一码(Unicode)2.0标准规定的字符，包括26个英文字母a-z和A-Z，以及其他一些语言字符，如汉字。下划线“-”、“@”、“$”或“#”。
0,1,2,3,4,5,6,7,8,9。
标识符不允许是T-SQL的保留字。
由于T-SQL不区分大小写，所以无论是保留字的大写还是小写都不允许使用。
标识符内部不允许有空格或特殊字符。
Select * from stu[de]nt –编译器将返回错误信息。因为在标识符stu[de]nt中包含了特殊字符“[”和“]”，所以在编译上述语句时出错。
?
以某些特殊符号开头的标识符在SQL Server系统中具有特定的含义。如“@”开头的标识符表示这是一个局部变量或是一个函数的参数；以“#”开头的标识符表示这是一个临时表或存储过程；一个以“##”开头的标识符表示这是一个全局的临时数据库对象。T-SQL的全局变量以标志“@@”开头。为避免同这些全局变量混淆，建议不要使用“@@”作为标识符的开始。
无论是界定标识符还是规则标识符都最多只能容纳128个字符，对于本地的临时表最多可以有116个字符。
对象命名规则
SQL Server 2000 的数据库对象名字由1-128个字符组成，不区分大小写。在一个数据库中创建了一个数据库对象后，数据库对象的全名应该由服务器名、数据库名、拥有者名和对象名这四个部分组成，格式如下：
[[[server.][database].][owner_name].]object_name 命名必须都要符合标识符的规定。
在实际引用对象时，可以省略其中某部分的名称，只留下空白的位置。
实例的命名习惯
在SQL Server 2000中默认实例的名字采用计算机名，实例的名字一般由计算机名字和实例名字两部分组成。
总之，正确掌握数据库的命名和引用方式是用好SQL Server 2000的前提，也有助于用户理解SQL Server 2000中的其他内容。