SQL Server转换数据库的排序规则

什么是排序规则

排序规则指定了表示每个字符的位模式 它还指定了用于排序和比较字符的规则 排序规则具有下面的特征

◆语言

◆区分大小写

◆区分重音

◆区分假名

要了解服务器当前使用的排序规则 可以在 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 数据库

创建新的数据库 使用新的默认排序规则自动创建新的数据库

lishixinzhi/Article/program/SQLServer/201311/22349

1数据结构化数据库系统实现了整体数据的结构化，这是数据库的最主要的特征之一。这里所说的“整体”结构化，是指在数据库中的数据不再仅针对某个应用，而是面向全组织；不仅数据内部是结构化，而且整体式结构化，数据之间有联系。数据结构化体现在数据模型之间的联系上。比如订单和用户，订单和用户是两个关系，将两个关系模型从现实中抽象出来后利用属性列表示为某个特定关系；用户和订单两个关系之间是存在某种关系，比如用户可以没有下订单，但是所下的订单必须对一个用户。2数据的共享性高，冗余度低，易扩充因为数据是面向整体的，所以数据可以被多个用户、多个应用程序共享使用，可以大大减少数据冗余，节约存储空间，避免数据之间的不相容性与不一致性。这个很容易理解，数据放在数据库中，只要合法用户均可使用数据；同一个数据表可对应不同应用视图，比如订单表，可以在这个表上建立多个视图，而不是根据多应用建立多个表。因为数据是结构化的，扩充只需要对表的结构进行修改即可，而不需要修改整个数据库。3数据独立性高数据独立性包括数据的物理独立性和逻辑独立性。物理独立性是指数据在磁盘上的数据库中如何存储是由DBMS管理的，用户程序不需要了解，应用程序要处理的只是数据的逻辑结构，这样一来当数据的物理存储结构改变时，用户的程序不用改变。这个很容易理解，就和去仓库领用物品一样，你不需要知道东西放在哪怎样存储的，只要能从仓库管理员到你要的东西即可，这个仓库管理员就是DBMS。逻辑独立性是指用户的应用程序与数据库的逻辑结构是相互独立的，也就是说，数据的逻辑结构改变了，用户程序也可以不改变。逻辑结构是对数据的定义，比如数据库里面有一个model系统数据库是专门存放对数据的定义的。就是说当改变数据的定义时，你写的程序也可以像原来一样运行。数据与程序的独立，把数据的定义从程序中分离出去，加上存取数据的由DBMS负责提供，从而简化了应用程序的编制，大大减少了应用程序的维护和修改。4数据由DBMS统一管理和控制数据库的共享是并发的（concurrency）共享，即多个用户可以同时存取数据库中的数据，甚至可以同时存取数据库中的同一个数据。这个很容易理解，DBMS就是仓库管理员，你想管理物资，只需要对仓库管理下达管理命令即可。以上为本人理解，希望对你有所帮助。

一、主体不同

1、ViewModel：视图模型是暴露公共属性和命令的视图的抽象。

2、View：视图是用户在屏幕上看到的结构、布局和外观（UI）。

3、Model：指代表真实状态内容的领域模型（面向对象），或指代表内容的数据访问层（以数据为中心）。

二、特点不同

1、ViewModel：一个ViewModel可以绑定到不同的"View"上。

2、View：可以独立于Model变化和修改。

3、Model：View变化的时候Model可以不变，当Model变化的时候View也可以不变。

三、作用不同

1、ViewModel：可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。

2、View：用于展示数据。

3、Model：用于声明实体，定义数据。

参考资料来源：百度百科-MVVM

是不是系统数据库之一的model数据库？

model数据库是模板数据库。每次创建新数据库时，SQL

Server都会生成model的副本作为新数据的基础。如果想让每个新的数据库开始就具有某些对象或者权限等，可以把它们放到model数据库中，这样新的数据库会继承它们。

数据库快照是MSSQL2005的新功能，仅在MicrosoftSQLServer2005EnterpriseEdition中可用。而且SQLServerManagementStudio不支持创建数据库快照，创建快照的唯一方式是使用Transact-SQL。

数据库快照是数据库（称为“源数据库”）的只读静态视图。在创建时，每个数据库快照在事务上都与源数据库一致。在创建数据库快照时，源数据库通常会有打开的事务。在快照可以使用之前，打开的事务会回滚以使数据库快照在事务上取得一致。

客户端可以查询数据库快照，这对于基于创建快照时的数据编写报表是很有用的。而且，如果以后源数据库损坏了，便可以将源数据库恢复到它在创建快照时的状态。

创建数据库快照可以：

·维护历史数据以生成报表。可以通过快照访问特定时间点的数据。例如，您可以在给定时间段（例如，财务季度）要结束的时候创建数据库快照以便日后制作报表。然后便可以在快照上运行期间要结束时创建的报表。

·将查询实施在数据库的快照上，可以释放主体数据库上的资源。

·加快恢复 *** 作效率，使用快照将数据库恢复到生成快照时的状态比从备份还原快得多；但是，此后您无法对数据进行前滚 *** 作。根据磁盘资源，可以每24小时创建6到12个滚动快照。每创建一个新的快照，就删除最早的快照。如果要恢复，可以将数据库恢复到在错误发生的前一时刻的快照。或者，也可以利用快照中的信息，手动重新创建删除的表或其他丢失的数据。例如，可以将快照中的数据大容量复制到数据库中，然后手动将数据合并回数据库中。

但是只要存在数据库快照，快照的源数据库就存在以下限制：

·必须在与源数据库相同的服务器实例上创建数据库快照。

·数据库快照捕获开始创建快照的时间点，去掉所有未提交的事务。未提交的事务将在创建数据库快照期间回滚，因为数据库引擎将对快照执行恢复 *** 作（数据库中的事务不受影响）。

·当将源数据库中更新的页强制压入快照时，如果快照用尽磁盘空间或者遇到某些错误，则该快照将成为可疑快照并且必须将其删除。有关详细信息，请参阅删除数据库快照。

·快照为只读。

·禁止对model数据库、master数据库和tempdb数据库创建快照。

·不能更改数据库快照文件的任何规范。

·不能从快照中删除文件。

·不能备份或还原快照。

·不能附加或分离快照。

·不能在FAT32文件系统或RAW分区中创建快照。

·数据库快照不支持全文索引，不能从源数据库传播全文目录。

·数据库快照将继承快照创建时其源数据库的安全约束。由于快照是只读的，因此无法更改继承的权限，对源数据库的更改权限将不反映在现有快照中。

·快照始终反映创建该快照时的文件组状态：在线文件组将保持在线状态，离线文件组将保持离线状态。有关详细信息，请参阅本主题后面的“含有离线文件组的数据库快照”。

·如果源数据库的状态为RECOVERY_PENDING，可能无法访问其数据库快照。但是，当解决了源数据库的问题之后，快照将再次变成可用快照。

·只读文件组和压缩文件组不支持恢复。尝试恢复到这两类文件组将失败。有关恢复的详细信息，请参阅恢复到数据库快照。

以上就是关于SQL Server转换数据库的排序规则全部的内容，包括:SQL Server转换数据库的排序规则、数据库系统的特点什么，数据独立、MVVM模式下，ViewModel和View，Model有什么区别等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！