以下的文章主要向大家讲述的是SQL Server数据库与XML支持的正确解析，我们大家对其都有所了解，其可扩展标记语言 (XML) 可以用来描述数据集内容还有应如何将数据输出到设备上或如何在 Web 页上显示数据的语言。
标记语言的创建来源于出版商指示印刷商如何组织报纸、杂志或书籍内容的方法。电子数据的标记语言对所有可显示在不同类型的电子装置上的电子文档执行相同的功能。
XML 和超文本标记语言 (HTML) 都来源于标准通用标记语言 (SGML)。SGML 是一种复杂的大型语言，难以完全用于在 Web 上发布数据。HTML 是比 SGML 简单的专用标记语言，但在处理 Web 上的数据时有许多限制。XML 比 SGML 小且比 HTML 可靠，所以，在通过 Web 或公司内部网络交换电子数据的活动中，正日益成为一种重要的语言。
在如 Microsoft® SQL Server™ 2000 的关系数据库中，对数据库表的所有操作都会产生表形式的结果。SELECT 语句的结果集为表形式。传统的客户端/服务器应用程序通过从表格格式的结果集中一次提取一行或一个行块，并将列值映射到程序变量中来执行 SELECT 语句处理结果。另一方面，Web 应用程序程序员更熟悉使用 XML 或 HTML 中的数据层次化表示。
SQL Server 2000 引入了对 XML 的支持。这些新特性包括：
1.能够通过 URL 访问 SQL Server数据库。
2.支持 XML-Data 架构并能在这些架构上指定 XPath 查询。
3.能够检索并写入 XML 数据：
使用 SELECT 语句和 FOR XML 子句检索 XML 数据。
使用OpenXML 行集提供程序写入 XML 数据。
4.增强了 Microsoft SQL Server 2000 OLE DB 提供程序 (SQLOLEDB)，使得可以将 XML 文档设置为命令文本并以流的形式返回结果集。
SQL Server数据库 灾难恢复敬业的IT人 2008-2-27 22:32:46 由于种种原因，我们如果当时仅仅备份了mdf文件，那么恢复起来就是一件很麻烦的事情了。如果您的mdf文件是当前数据库产生的，那么很侥幸，也许你使用sp_attach_db或者sp_attach_single_file_db可以恢复数据库，但是会出现类似下面的提示信息
设备激活错误。物理文件名 ‘C:Program FilesMicrosoft SQL ServerMSSQLdatatest_Log.LDF’ 可能有误。
已创建名为 ‘C:Program FilesMicrosoft SQL ServerMSSQLDatatest_log.LDF’ 的新日志文件。
但是，如果您的数据库文件是从其他计算机上复制过来的，那么很不幸，也许上述办法就行不通了。你也许会得到类似下面的错误信息
服务器: 消息 1813，级别 16，状态 2，行 1
未能打开新数据库 ‘test’。CREATE DATABASE 将终止。
设备激活错误。物理文件名 ‘d:test_log.LDF’ 可能有误。
怎么办呢？别着急，下面我们举例说明恢复办法。
A．我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。
B．停掉数据库服务器。
C．将刚才生成的数据库的日志文件test_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data.mdf。
D．启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。
E．设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。
- use master
- go
- sp_configure 'allow updates',1
- go
- reconfigure with override
- go
F．设置test为紧急修复模式
- update sysdatabases set status=-32768 where dbid=DB_ID('test')
此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读置疑脱机紧急模式”可以看到数据库里面的表，但是仅仅有系统表
G．下面执行真正的恢复操作，重建数据库日志文件
- dbcc rebuild_log('test','C:Program FilesMicrosoft SQL ServerMSSQLDatatest_log.ldf')
执行过程中，如果遇到下列提示信息：
服务器: 消息 5030，级别 16，状态 1，行 1
未能排它地锁定数据库以执行该操作。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。
正确执行完成的提示应该类似于：
警告: 数据库 ‘test’ 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
此时打开在SQL Server 数据库Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
H．验证数据库一致性（可省略）
- dbcc checkdb('test')
一般执行结果如下：
CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 ‘test’ 中）。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
I．设置数据库为正常状态
- sp_dboption 'test','dbo use only','false'
如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。
J．***一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用如下语句完成
- sp_configure 'allow updates',0
- go
- reconfigure with override
- go
以上的相关内容就是对正确的理解SQL Server数据库和XML支持的介绍，望你能有所收获。
【编辑推荐】
- SQL Server处理空值操作中的3大问题有哪些？
- SQL Server 2000优化SELECT 语句的方案介绍
- SQL Server 2000文件损坏的修复方案
- 改善SQL Server安全规划的6步骤
- 用SQL Server DBCC 避免堵塞的实际操作步骤
文章来源网络，作者：管理，如若转载，请注明出处：https://shuyeidc.com/wp/236651.html<
