祝賀SQL版現在高手云聚﹐開個擂台賽如何﹖有問題直管進來﹐1個小時內解決。

magicangel

找回sqlserver中误删除的数据，见下贴

http://www.itpub.net/showthread. ... D%BE%DD%B6%AA%CA%A7

magicangel

答： 如果已经将系统升级为 SQL Server 2000，则可以在列级别指定数据排序规则。（SQL Server 2000 Books Online 词汇表将排序规则定义为“一组确定如何比较、排列和呈现数据的规则。字符数据是使用排序规则存储的，这些规则包括区域设置、排序标准和区分大小写”。）

但是，只有升级到 SQL Server 2000，您才可以使用上述技术。假设存储在表中的密码值为 BamBi2000（注意“B”是大写，其他所有字符都是小写）：

DECLARE @user_password varchar(12)

IF CAST (@user_password AS varbinary(12)) =
CAST ('BamBi2000' AS varbinary(12))
PRINT 'Password match'
ELSE
PRINT 'Password mismatch'

magicangel

一般在视图中使用Order by是无效的，除非使用了Top关键字，那么我们可以用Top 100 percent来欺骗SQL的语法分析器。
USE pubs
GO

CREATE VIEW AuthorsByName
AS
SELECT TOP 100 PERCENT *
FROM authors
ORDER BY au_lname, au_fname
GO

magicangel

使用DTS向导在SQL SERVER之间或两个数据库之间进行数据导入导出按默认值配置，则只导入导出表对象以及视图对象，象其他的比如默认值、存储过程等对象可能丢失，如果希望所有的数据库对象都在导入导出之列，请在DTS向导过程中选择“在SQL SERVER数据库复制对象和数据”，接下来就可以选择各个对象进行导入导出了

但要注意，在导的过程中容易出错，可能是由于对象创键的顺序造成的，如果出错建议分多次导，导的顺序可以为：自定义数据类型，表，视图，默认值，约束，自定义函数，存储过程等

magicangel

其实所有的死锁最深层的原因就是一个:资源竞争
表现一:
一个用户A 访问表A(锁住了表A),然后又访问表B
另一个用户B 访问表B(锁住了表B),然后企图访问表A
这时用户A由于用户B已经锁住表B，它必须等待用户B释放表B,才能继续，好了他老人家就只好老老实实在这等了
同样用户B要等用户A释放表A才能继续这就死锁了
解决方法：
这种死锁是由于你的程序的BUG产生的，除了调整你的程序的逻辑别无他法
仔细分析你程序的逻辑，
1：尽量避免同时锁定两个资源
2: 必须同时锁定两个资源时，要保证在任何时刻都应该按照相同的顺序来锁定资源.

表现二:
用户A读一条纪录，然后修改该条纪录
这是用户B修改该条纪录
这里用户A的事务里锁的性质由共享锁企图上升到独占锁(for update),而用户B里的独占锁由于A有共享锁存在所以必须等A释
放掉共享锁，而A由于B的独占锁而无法上升的独占锁也就不可能释放共享锁，于是出现了死锁。
这种死锁比较隐蔽，但其实在稍大点的项目中经常发生。
解决方法:
让用户A的事务（即先读后写类型的操作),在select 时就是用Update lock
语法如下：
select * from table1 with(updlock) where ....

magicangel

使用数据转换服务 (DTS) 转变或转换异类数据和目的服务器之间的数据之前，请考虑不同程序、提供程序以及驱动程序支
持数据类型和 SQL 语句的方式的变化。

当使用 Microsoft® SQL Server™ 作为数据源时，请考虑下列事项：

将 real 数据类型转换为 int 数据类型也许不能返回精确的值，因为 SQL Server 2000 只支持精确度为 6 位数字的
real 数据类型。例如，real 型数字 2147480000 可能生成 2147480065 的 int 值。


从一个文本文件将 string (DBTYPE_WSTR) 列转换为 date (DBTYPE_DATE) 或 time (DBTYPE_TIME) 列时，OLE DB 数据转
换服务组件只接受一种日期或时间格式 (yyyy-mm-dd hh:mm:ss.fffffffff)。使用日期时间字符串转换，或者使用 CDate
函数编码 Microsoft ActiveX® 脚本转换正确地转换日期。


SQL Server 2000 不支持 OLE DB 类型 DBTYPE_DATE 或 DBTYPE_TIME。SQL Server 2000 只支持 DBTYPE_DATETIME。


若要通过多步骤访问数据，请避免在转换过程中使用 temp 表。应使用全局 temp 表或在 tempdb 中创建永久表。


从 temp 表返回行的存储过程不能用作转换源。可以使用存储过程从全局 temp 表或表返回行。


在转换数据任务、数据驱动的查询任务或 DTS 设计器中的执行 SQL 任务中使用临时表时，请记住：不能使用 Transact-
SQL 语句或调用 temp 表的存储过程作为源。
该限制并不应用于 DTS 设计器的外部。可使用通过编程方式访问 SQL Server temp 表的源语句或存储过程。

DTS 导入/导出向导和 DTS 设计器
当使用 DTS 导入导出向导和 DTS 设计器创建包时，请考虑以下事项：

DTS 用户界面允许共享任务中现有的连接，但是同一个连接不能既用在一个转换的源中又用在该转换的目的中。


使用 DTS 设计器或 DTS 导入/导出向导，有可能为一些只作为数据源的提供程序指定只读或正在使用状态（例如，
Microsoft Access 和 ODBC DSN ）。单击"连接属性"对话框中的"高级"选项卡，然后在"高级连接属性"对话框中，将模式
属性值设置为 1。


使用 DTS 导入/导出向导或 DTS 设计器创建表时，在目的地上创建的表的所有者为当前用户（通常是 dbo），与谁是源表
的所有者无关。这将产生这种情况：dbo 试图在目的地创建一个表，而该表的名称已经存在，从而导致尝试失败。


当使用 DTS 设计器定义数据驱动的查询时，数据目的地必须能够支持 OLE DB ICommand 接口。由于这种限制，类似文本
文件的目的不被支持。


如果 text、ntext 和 image 类型的字段长度超过 8388602 字节，则 DTS 的复制 SQL Server 对象任务将截断超出的部
分。DTS 设计器或 DTS 导入/导出向导不显示任何错误信息，而是显示任务已成功完成。
唯一的失败指示是一条写入日志文件的日志消息，此文件的名称为 <server>.<database>.log，位于"复制 SQL Server 对
象任务属性"对话框的"复制"选项卡所指定的脚本文件目录中。此日志消息详细说明表和列，但不指出发生截断的行。无任
何错误记录写入 DTS 错误文件或 SQL Server 日志。

Microsoft SNA Server
当使用 Microsoft SNA Server 作为数据源时，请考虑下列事项：

AS/400 和 VSAM 的 Microsoft OLE DB 提供程序不支持 DTS 导入/导出向导用来创建或截断表的 SQL 语句。
Microsoft Access
使用 Access 时，应考虑下列事项：

当从 SQL Server 2000 中将数据导出到 Microsoft Access 97 或更早的版本中，Access 的 Microsoft OLE DB 提供程序
在内存中为所有插入设置缓冲区，并且只在 DTS 导入/导出向导完成操作时提交它们。结果是，可以在导出大量表时，面
对内存较小的形势。然而，可以通过构造在多个传递中发送较少行数的 SELECT 语句解决该问题。
Microsoft Visual FoxPro
Microsoft Visual FoxPro&reg; 只支持 numeric 数据类型的 (15，9) 精度。如果导出到 Visual FoxPro 的数据超出该精
度，则会被截断并四舍五入。

Visual FoxPro 不支持 SELECT INTO 语句。


DTS 查询设计器支持 Visual FoxPro INSERT VALUE 语句，但不支持使用 SELECT 语句的 INSERT 语句。


ODBC 的 Microsoft OLE DB 驱动程序无法使用 FoxPro ODBC 驱动程序将 BLOB 写入 Visual FoxPro，因为 Visual
FoxPro 不支持动态游标。
ODBC
当连接到 ODBC 数据源时，请考虑下列事项：

ODBC 的 Microsoft OLE DB 提供程序在执行导出操作时需要一个在带有 BLOB 数据列的所有目标表上的唯一键。


当使用带有 SQL Server ODBC 驱动程序的 ODBC 的 Microsoft OLE DB 提供程序时，在安排带有源行集中其它数据类型的
列之后安排所有 BLOB 列。可以使用 SELECT 语句重新将 BLOB 列安排到源行集的末尾。DTS 导入/导出向导自动地执行该
操作。


重要 当使用带有 SQL Server ODBC 驱动程序的 ODBC 的 Microsoft OLE DB 提供程序时，请尝试预览带有连接忙错误的
存储过程失败。如果使用 SQL Server 的 Microsoft OLE DB 提供程序，该问题就不会发生。

如果一个用于 SQL Server 的 Microsoft ODBC 驱动程序连接由多个线程共享，此连接可能会失败，并返回错误信
息"Connection is busy with results for another hstmt"（此连接正忙于其它 hstmt 的结果）。在某些情况下，这将
影响通过 DTS 导入/导出向导生成的包。使用以下方法之一解决此问题：
将 MaxConcurrentSteps 属性设置为1 以消除竞争的线程。


创建其它的 ODBC 连接以消除连接共享。


使用用于 SQL Server 的 Microsoft OLE DB 提供程序 (SQLOLEDB) 连接数据库。如果需要连接 SQL Server 6.5 数据
库，则运行 Instcatl.sql 以启用通过用于 SQL Server 的 Microsoft OLE DB 提供程序进行访问。
Oracle
当使用 Oracle 作为数据源时，请考虑以下事项：

用于 Oracle 的 Microsoft ODBC 和 OLEDB 驱动程序支持 Oracle 7.3 BLOB 数据类型，不支持 Oracle 8.0 数据类型。
例如，不支持 BLOB、CLOB、NCLOB 和 BFILE。


用于 Oracle 的 Microsoft OBDC 驱动程序不支持将 Unicode 字符串发送到 Oracle 服务器中。Oracle 要求在 Unicode
字符串前加上前缀字母 N。


用于 Oracle 的 Microsoft OBDC 驱动程序不支持 Oracle number 数据类型的负向缩放。


用于 Oracle 的 Microsoft OBDC 驱动程序报告无指定精度的 Oracle number 数据类型的长度为 20 位数字。当从
Oracle （不考虑目的）中导入时，如果有多于 20 位的数字，并且如果目的表还不存在，可能必须手工地增加精度。


在表中 Oracle 仅支持一个 LONG (BLOB) 数据列。


不能导入或导出拥有混合或小写名称的 Oracle 列。也不能通过使用 Oracle 列名称（包含使用 DTS 导入/导出向导的空
格）来转换或复制数据。Oracle 要求精确指定并引用区分大小写的列名称。


若要在 SQL Server 2000 和 Oracle 之间执行分布式事务，必须使用 Oracle 8.0.4.1 版本或更新版本。有关更多信息，
请参见分布式事务。


由于用于 Oracle 的 Microsoft OLE DB 提供程序不支持 IcommandWithParameters，所以它不能用作数据驱动的查询任务
的目的地。在 DTS 设计器中使用此提供程序时，转换数据任务、数据驱动的查询任务以及执行 SQL 任务上的"参数"按钮
将被禁用。
IBM AS/400 上的 DB2
当连接到 DB2 数据源时，请考虑以下事项：

在 AS/400 系统上不支持 Unicode 或 BLOB。


在 AS/400 服务器上不能转换任何有 NULL 列值的表，因为 AS/400 在其 CREATE TABLE 语句中不支持 NULL 语法。然
而，如果编辑 CREATE TABLE 语法以清除对 NULL 的引用时，则可以发送 NULL 值。AS/400 不支持 NOT NULL；如果没指
定就假定为 NULL。
使用 Sybase ODBC 驱动程序
当连接到一个 Sybase ODBC 数据源时，请考虑以下事项：

当使用 DTS 导入/导出向导将数据从 SQL Server 转换到 Sybase 11 版本时：
默认情况下，SQL Server numeric (3,0) 数据类型映射为 Sybase smallmoney。为避免数据丢失，请更改此设置。


默认情况下，SQL Server numeric (18,x 或 19,x) 数据类型映射为 Sybase money 数据类型。为避免数据丢失，请更改
此设置。


将数据移动到一个新的 Sybase 表时，如果单击了"列映射和转换"对话框中的"确定"按钮，向导会返回错误信息"表已存
在"。应该忽略此消息。


不能使用 DTS 导入/导出向导除去并且重新创建 Sybase 表。必须不使用向导来执行此操作。
DTS 查询设计器不支持 Sybase SQLAnywhere CREATE TABLE 语句。


由于 SQLAnywhere 驱动程序中的限制，DTS 导入/导出向导每次只能将一个表移动到 SQLAnywhere 数据库。可以使用
DTS 设计器来克服此限制。然而，因为 SQLAnywhere 驱动程序不是安全线程，所以，必须将每个表的 Step 对象的
ExecuteInMainThread 属性设置为 True。


如果表中包含 BLOB 列，则不能将此表复制到 Sybase 目的中。


如果通过编程方式从 Sybase 中复制一个包含 image 数据类型的表，则更改默认的 BLOB 设置会导致失败。
dBase 和 Paradox
当连接到 dBase 和 Paradox 数据源时，请考虑以下事项：

dBase 和 Paradox 中的表名称被限制为八个字符。dBase 中的列名称被限制为 10 个字符。
文件导入或导出
当从文本文件导入或导出数据时，请考虑以下事项：

在 char 或 varchar 列中导入或导出数据时，如果客户端 OEM 代码页与服务器上的代码页不同，则某些扩展字符可能不
被复制。在 nchar 或 nvarchar 列中导入或导出数据时，所有字符均能正确复制。


如果将 BLOB（包括 SQL Server 的 text 和 ntext 数据类型）列导出到固定长度的文本字段中，则将默认长度设置为
BLBO 字段的最大长度（大约 2GB）。通过选择较小的但足够的字段长度来防止磁盘溢出，或者在可能的时候使用分隔格
式。


DTS 中使用的用于文本文件的 OLE DB 提供程序不能处理超过两兆字节 (MB) 的 BLOB 数据列。
代码页、排序规则和非 Unicode 数据问题
使用 DTS 在具有不同代码页和排序规则的 SQL Server 数据库间复制数据时，数据可能会丢失或转换不正确。

为避免出现转换问题，应以 Unicode 形式存储国际数据。一旦转换为 Unicode 后，便可很容易地将任何排序规则或代码
页中的数据传送到任何 Microsoft SQL Server 2000 或 Microsoft SQL Server 7.0 数据库，而不会出现数据丢失或转换
不正确这类问题。

在 Microsoft SQL Server 2000 中，排序规则与具体的代码页相关联并被指派给各个列。（Microsoft SQL Server 7.0
使用单个的默认代码页且不支持列级排序规则）。如果用于源列和目的列的代码页匹配，则非 Unicode 列不会发生数据丢
失。在非 Unicode 列间复制数据时，如果源列与目的列不匹配，则将发生数据丢失。在某些情况下，DTS 执行最佳的匹配
映射。如果源代码页包含的字符在目的代码页中未出现，则将发生数据丢失。此外，DTS 执行复制时不需要任何转换干
预，这将导致在两个代码页中不是由同一个二进制值表示的数据丢失。下面的问题及准则分别针对使用复制 SQL Server
对象任务的情况，和使用复制列转换在不同排序规则或代码页之间复制数据的情况。

复制 SQL Server 对象任务
下面论述复制 SQL Server 对象任务如何处理非 Unicode 数据：

在 SQL Server 2000 实例间复制数据时，只要设置复制 SQL Server 对象任务的 UseCollation 属性，便不会发生数据丢
失。


将数据从 SQL Server 2000 实例复制到 SQL Server 7.0 时，对于具有与数据库默认排序规则代码页相匹配的排序规则的
列，使用最佳匹配映射。而具有不同代码页的列中所存储的数据，则被解释为正在用默认代码页进行编码处理，转换过程
中将伴随数据丢失。


将数据从 SQL Server 7.0 复制到SQL Server 2000 实例时，由于 SQL Server 7.0 无法确定其默认代码页所映射的排序
规则，UseCollation 属性不可用。执行复制 SQL Server 对象任务期间不支持任何排序规则，因此，将给非 Unicode 目
的列指派目的数据库的默认排序规则。如果与此排序规则相关联的代码页与源数据库的代码页不匹配，DTS 将执行最佳匹
配映射。


将数据从 SQL Server 7.0 复制到 SQL Server 7.0 时，如果源数据库和目的数据库使用不同的默认代码页，DTS 将执行
最佳匹配映射。
若要确保复制非 Unicode 时不发生数据丢失，可使用 SQL Server 大容量复制功能以 Unicode 格式导出数据，然后使用
大容量复制或 DTS 导入数据。

若要禁用默认排序规则脚本，请添加代码或使用脱接编辑或动态属性任务将 SQLDMOScript2_70Only 的值添加到复制 SQL
Server 对象任务的 ScriptOptionEx 属性中。

复制列转换
下面论述复制列转换如何在不同代码页之间处理非 Unicode 数据：

如果源列为 Unicode 而目的列为非 Unicode，则执行最佳匹配映射，并尝试在源列和目的列之间转换数据。


如果源列为非 Unicode 而目的列为 Unicode，则不论实际使用的代码页是什么，DTS 都将源列视为属于代码页 1252。


如果源列和目的列都为非 Unicode，原始数据不经转换即被复制，将发生部分数据丢失。

sdtashenjie

俺使用SQLServer2000做了一个有两个节点的数据库集（A,B)，当一个节点出现故障时，自动切换到另一个节点，现在硬件故障时能自动切换，但如果A的DB出现故障，比如DB Service停止等等数据库方面的故障，系统能自动切换到B吗？

magicangel

USE pubs -- 可改成您的数据库名称
SET NOCOUNT ON
DECLARE tables_cursor CURSOR
FOR
SELECT name FROM sysobjects WHERE type = 'U'
OPEN tables_cursor
DECLARE @tablename varchar(30), @quote char(1)
SELECT @quote = ''''

FETCH NEXT FROM tables_cursor INTO @tablename
WHILE (@@fetch_status <> -1)
BEGIN
EXEC ('Select ' + @quote+'Rows in ' + @tablename + ' = '+ @quote + ', count(*) from '+ @tablename)
FETCH NEXT FROM tables_cursor INTO @tablename
END
DEALLOCATE tables_cursor
SET NOCOUNT OFF

magicangel

1 要将一个数据库的所有表格使用批通信程序取出（BCP OUT），有何较快的方法？  
2 SQL Server 7.0限制的同时使用的表格和视图数目为多少？
3 SQL Server 7.0与SQL Server6.5的DMO版本不同，是否可以在SQL Server 7.0执行SQL Server 6.5的存储过程？
4 为何使用批通信程序导入（BCP IN）SQL Server 7.0 Datetime字段后， millisecond（千分之一秒）会与导入前的值不同？
5 为什么使用SQL Server 7.0的标准差函数STDEV时出现"A domain error occurred"信息?
6 如何使用SQL Server 7.0查询选取（Query Analyzer）查询Oracle数据？  
7 SQL Server 7.0是否可以使用RECURSIVE TRIGGER？
8 执行xp_logininfo时出现

Server: Msg 8198, Level 16, State 10, Procedure xp_logininfo, Line 58 Could not obtain information about Windows NT group/user ''

如何解决？

要将一个数据库的所有表格使用批通信程序取出（BCP OUT），有何较快的方法？

假设您的SQLServer 计算机名称为technology1，sa密码空的，如果要将pubs使用批通信程序取出，可以参照下列步骤：

1)在Query Analyzer中执行下列指令：
select 'bcp pubs..'+name+' out'+' d:\test\'+name+'.txt -c -Stechnology1 -Usa -P' from sysobjects where type = 'U'

2)结果如下


----------------------------------------------------------------------------
bcp pubs..authors out d:\test\authors.txt -c -Stechnology1 -Usa -P
bcp pubs..publishers out d:\test\publishers.txt -c -Stechnology1 -Usa -P
bcp pubs..titles out d:\test\titles.txt -c -Stechnology1 -Usa -P
bcp pubs..titleauthor out d:\test\titleauthor.txt -c -Stechnology1 -Usa -P
bcp pubs..stores out d:\test\stores.txt -c -Stechnology1 -Usa -P
bcp pubs..sales out d:\test\sales.txt -c -Stechnology1 -Usa -P
bcp pubs..roysched out d:\test\roysched.txt -c -Stechnology1 -Usa -P
bcp pubs..discounts out d:\test\discounts.txt -c -Stechnology1 -Usa -P
bcp pubs..jobs out d:\test\jobs.txt -c -Stechnology1 -Usa -P
bcp pubs..pub_info out d:\test\pub_info.txt -c -Stechnology1 -Usa -P
bcp pubs..employee out d:\test\employee.txt -c -Stechnology1 -Usa -P
(11 row(s) affected)
3)将结果储存成文字文件，文件名为bat，将第一行的------与最后一行(11 row(s) affected)去掉。

4)在DOS下创建d:\test的子目录，并执行上述的bat文件，该bat文件将Pubs数据库中的每个表格存放到每个txt文件中

  
SQL Server 7.0限制的同时使用的表格和视图数目为多少？

256，SQL Server 6.5为16。

SQL Server 7.0与SQL Server6.5的DMO版本不同，是否可以在SQL Server 7.0执行SQL Server 6.5的存储过程？

可以，请将SQL Server 6.5升级到SP5a，但是无法使用SQL Server 7.0的MMC管理SQL Server 6.5。

为何使用批通信程序导入（BCP IN）SQL Server 7.0 Datetime字段后， millisecond（千分之一秒）会与导入前的值不同？

SQL Server 7.0时间的准确值为百分之三秒，所以millisecond（千分之一秒）的值为0、3或7详细请参考SQL Server 7.0 联机书籍datetime and smalldatetime (T-SQL)。

为什么使用SQL Server 7.0的标准差函数STDEV时出现"A domain error occurred"信息?

当数据为浮点数时，会因为浮点数运算不精确而造成此问题。当VAR(x) 为零时，如果计算机是用一个很小的负数表示，那么就无法开平方根运算标准差，就会出现这样的问题。当所有的数值都相等时，就很有可能出现这种错误信息。对于这种情形，建议使用下列方法： select sqrt(abs(var())) from

如何使用SQL Server 7.0查询选取（Query Analyzer）查询Oracle数据？

请参考下列示例：

先使用Oracle客户端软件设定一个网络服务名称，如:"OracleServer'﹝请参考Oracle手册﹞
在SQL Server 7.0中，使用链接的服务器连接到Oracle. 如: sp_addlinkedserver 'TESTLINK', 'Oracle', 'MSDAORA', 'OracleServer', ps. 'TESTLINK'是由您自定义的，'Oracle', 'MSDAORA'是固定的，'OracleServer'是由步骤1确定的。
在SQL Server 7.0中，使用addlinkedsrvlogin登录到Oracle. 如: sp_addlinkedsrvlogin 'TESTLINK', 'false', NULL,'OracleUsr', 'OraclePwd' ps. 'TESTLINK'是步骤2确定的,'OracleUsr'是Oracle用户名,'OraclePwd'是用户密码。
执行T-SQL语句。如: select * from <linkservername>.<dbname>.<dbo>.<dbtable>. ps.linkservername是步骤2确定的。
SQL Server 7.0是否可以使用RECURSIVE TRIGGER？

可以。

执行xp_logininfo时出现

Server: Msg 8198, Level 16, State 10, Procedure xp_logininfo, Line 58 Could not obtain information about Windows NT group/user ''

如何解决？

这是因为Windows NT的本地组或全局组与域或计算机的名称相同。

magicangel

TO sdtashenjie
你的操作系统是什么版本，你说的情况可以用故障转移群集来做。

说起来比较麻烦，详细你看看联机帮助上的关于双节点故障转移群集这方面的帮助。