SQL Server 2000中重命名数据库

server|解决|问题 如何解决 SQL Server 2000 中的连接问题适用于 重要说明:本文包含有关修改注册表的信息.修改注册表之前,一定要备份注册表,并且一定要知道在发生问题时如何还原注册表.有关如何备份.还原和编辑注册表的信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章: 256986 Microsoft Windows 注册表说明 本任务的内容概要 解决连接问题 验证 DNS 设置 验证启用的协议和别名 验证 SQL Server 实例正在正确地侦听 解

server|数据 SQL Server 是一个关系数据库管理系统,它最初是由Microsoft .Sybase 和Ashton-Tate三家公司共同开发的,于1988 年推出了第一个OS/2 版本.在Windows NT 推出后Microsoft与Sybase 在SQL Server 的开发上就分道扬镳了,Microsoft 将SQL Server 移植到Windows NT系统上专注于开发推广SQL Server 的Windows NT 版本,Sybase 则较专注于SQL Server在U

server|数据|转换 摘要: 为了完成数据合并.存档和分析等任务:为了进行应用程序开发:为了进行数据库或服务器升级,数据库管理员经常需要导入.导出以及转换数据.SQL Server 2000 中的数据转换服务(DTS)为此提供了一组图形化工具和可编程对象,能够帮助管理员和开发人员解决从不同来源到单个或多个目标的数据转移问题,包括数据提取.转换以及合并.您可以将任务.工作流操作和限制条件组成 DTS数据包,然后安排定期或在特定事件发生时执行该数据包.本白皮书将介绍 DTS,给出一些能够用于创建

Microsoft SQL Server 2000 中查询优化器使用的统计 Microsoft? SQL Server 2000 收集关于存储在数据库中的索引和列数据的统计信息.SQL Server 查询优化器使用这些统计信息来选择用于执行 INSERT.SELECT.DELETE 或 UPDATE 查询的最有效方案.本文说明了收集的数据类型.数据的存储位置以及用于创建.更新与删除统计的命令.默认情况下,SQL Server 2000 会自动创建和更新统计(当此类操作有用时).本文也概括介绍了如

server|函数 IDENTITY(标识)列,也有很多人称之为自增列,在SQL Server 2000中,标识列通过IDENTITY来定义,下面是与获取最后插入记录的标识值有关的函数的一个示例说明     SQL Server 中,可以使用 SCOPE_IDENTITY(). @@IDENTITY . IDENT_CURRENT() 来取得最后插入记录的值值,它们的区别在于:SCOPE_IDENTITY() 返回插入到同一作用域中的 IDENTITY 列内的最后一个 IDENTITY 值.一个

本文介绍一个SQL Server 2000中生成XML的小技巧. 以前在介绍SQL2k的时候已经提到了SQL2k对XML的支持,使用for XML语句就可以很容易的把执行的结果转化为一个XML,这样可以在很大程度上提高系统运行效率和开发速度,详细的内容请参见Books Online. 但是在使用ADO(Required ADO 2.6)访问返回的XML的方式和原来的Recordset是有所不同的.如果你还是使用Recordset访问的话,只能得到一个Unicode格式的XML Schema,而无

  1. 要确定没有其他人连接当前的数据库. 可以用sp_who查看,再用kill @spid强制关闭其连接. 2. 执行SQL,修改DB的Collate属性 USE [master] GO ALTER DATABASE [My_DB] COLLATE Finnish_Swedish_CS_AS GO 3. 得到原先用到的Collate Use [My_DB] select distinct collationid from syscolumns 4. 设置允许更新系统表(注意, SQL Ser

在本文中我们将讨论如何通过T-SQL的FOR XML子句从SQL Server返回XML.本文将通过几个例子来介绍返回XML数据和架构信息的几种不同方式,还将介绍将XML转换成更令人满意的格式的方法.然后讨论OPENXML,以及将XML文档联接到数据库表和使用WriteXml和GetXml方法从数据集提取XML的方法. SQL Server 2000提供了一些XML功能,用于通过XML将关系行集合转换成分层的XML文档.读取XML文档和批量加载数据.例如,可以将XML文档传递到存储过程,将XML

1 .前言 本文的步骤基于以下条件: 1. SQL Server可以启动. 2. 数据库没有做有效的备份. 3. 当前用户有Sysadmin权限. 数据库质疑的原因会有多种多样,不同的suspect采用的步骤也会有所不同,以下的步骤不能适用所有的情况,但包括了一些基本的步骤. 数据库suspect是指数据库内部处于不一致的状态,很有可能会有数据丢失. 我们推荐您从"好的数据库备份"恢复. 我们这里所指的"好的数据库备份"是指: 1. 在做数据库备份之前,您检查过DB