SQL中Print语句的烦恼

前几天写一个程序时,无意中遇到一个怪问题.
症状描述如下:
一台联想服务器上安装了SQLSERVER服务,在其一个数据库里写了一个存储过程.此存储过程接受一个参数,里面的语句对参数进行判断然后执行分支.
if @CustType=0
..................
else if @CustType=1
.......................
else
...............
基本结构是这样.
当我在开发的时候,用我的笔记本(康柏)上的程序连上服务器,程序里用的ADO中的Recordset来处理.当执行到rs.open时一点问题也没有.在服务器上也用此程序执行调用存储过程也没有问题,一切正常.
但是当用该单位的其他计算机(都是联想),用同样的程序访问时,当执行到存储过程中第一种情况时,所有的窗体都自动关闭,也没有任何的异常出现.
还有一种特别的情况存在,因为这个问题以前在其中一台联想机上有过,后来我去查看这个问题,查不出原因.于是我在这台计算机上安装了VS6,现场调试,可是我调试时一切正常,过了一个月后,又出现原来的问题(窗体全关闭)
这下问题大了.同样的程序在不同的计算机上执行时有时正常有时不正常,程序我相信绝对没有错.我想可能是计算机配置有问题.于是当一台计算机重做了,再试,还是不行.
想想会不会是SP没打,又会了近二个小时把所有的SP安装好.还是不正常. 再安装VS6,也没有用. 问题到底在哪里呢.我仔细想想,我曾想到会不会是联想的破机器有问题,会不会是他的CPU指令不对.(因为机器比较旧一点,再说在其他计算机上从来不出现这种问题). 我试着将程序中第一种情况的值改变一下,本来是0,改成3 这样没有问题.于是我将存储过程中的if @CustType=0 改成 if @CustType=3.问题又出现了. 会不会问题出现在这个分支,里面的逻辑肯定都是对的.看到此分支最后有一行代码,此代码是调试时用的.用来查看存储过程执行时,扭亏为执行了什么语句,也就是一句print (@SqlStr),会不会是这语句引起的.将其注释了).打开程序再试. 在刀有的计算机上通过.
原来这个问题是print语句引起的.怪就怪在有的客户端执行时不会有问题.,而出现问题时又不报任何异常,只是将客户端窗体自动关闭.看来以后写程序时一定要注意这个问题.要将调试代码清理掉. 害得我白白花了近一天的时间.

某天有个同事问我怎么在一个表中查找某字段值为null并把它替换为另一值。
开始我觉得用 select * from 表名 where 字段=null 应该可以的。
但结果是没有报错，但什么也没有显示出来。
后来又试：　
select * from 表名 where len(字段)=0 结果仍是什么也没有显示。
　
无意中，用　　select * from 表名 where 字段　is null 却对了。
看来好多知识是要多试才能知道的。呵呵。

有时候我们要取得的一部分数据在sql的数据库中，而另一部分数据在access数据库中，但是有时候却需要把这两个数据库中的数据关联起来进行查询，把他们整合在一个数据集合里无疑是一个很好的方法，按照下面这段操作，你就可以在只有sql连接数据库语句的情况下进行sql数据和access数据的联合查询
首先你要用有数据库管理者权限的账号执行下面的脚本01_AddLinkServer.sql，01_AddLinkServer.sql的内容如下：
use master
EXEC sp_addlinkedserver
@server='VALINKMDB',
@srvproduct = '',
@provider='Microsoft.Jet.OLEDB.4.0',
@datasrc='C:McMo.mdb'
GO
EXEC sp_addlinkedsrvlogin
@rmtsrvname = 'VALINKMDB',
@useself = 'false'
GO
VALINKMDB是模拟access数据库，确认SQLServer的EnterpriseManager上的安全性-链接服务器的>项目，
请确认VALINKMDB的entry被制作。然后你就可以在sql的查询分析器上直接查询aceess数据库里的数据了，比如：select * from VALINKMDB...test,此处的test就是access数据库中的你要查询的那个表的名字，当然这个时候你也可以进行联合查询了，比如：select * from VALINKMDB...test inner join sqldatabase on sqldatabase .number = test .number
你可以在asp或者.net或者其它语言进行应用
如果有什么问题，请提出共同交流

看到别人有时问这个方面的问题。。于是在各网站总结前前辈高人的几点想法，拿来共享：
数据库导入以后，自动增加字段需要重写，所有的数字类型需要增加长度，最好用decimal。
所有的默认值都丢失了。主要是数字类型和日期类型。
所有now()，time()，date()要改成getdate()。
所有datediff('d', time1, time2)要改成datediff(day, time1, time2)
有可能一些true/false类型不能使用，要变为1/0。
备注类型要通过cast(column as varchar)来使用。
CursorType要改成1,也就是打开数据库时要给出第一个数字参数为1，否则记录可能显示不完整。
isnull(rowname)要改成rowname = null
ACCESS的数据库中的自动编号类型在转化时，sql server并没有将它设为自动编号型，我们需在SQL创建语句中加上identity，表示自动编号！
转化时，跟日期有关的字段，SQL SERVER默认为smalldatetime型，我们最好将它变为datetime型，因为datetime型的范围比smalldatetime型大。有时用smalldatetime型时，转化失败，而用datetime型时，转化成功。
对此两种数据库进行操作的sql语句不全相同，例如：在对ACCESS数据库进行删除纪录时用："delete * from user where id=10",而对SQL SERVER数据库进行删除是用："delete user where id=10".
日期函数不相同，在对ACCESS数据库处理中，可用date()、time()等函数，但对SQL SERVER数据库处理中，只能用datediff,dateadd等函数，而不能用date()、time()等函数。
在对ACCESS数据库处理中,sql语句中直接可以用一些VB的函数，像cstr()函数，而对SQL SERVER数据库处理中，却不能用。

　　以前在介绍SQL2k的时候已经提到了SQL2k对XML的支持，使用for XML语句就可以很容易的把执行的结果转化为一个XML，这样可以在很大程度上提高系统运行效率和开发速度，详细的内容请参见Books Online。
　
　　但是在使用ADO（Required ADO 2.6）访问返回的XML的方式和原来的Recordset是有所不同的。如果你还是使用Recordset访问的话，只能得到一个Unicode格式的XML Schema，而无法得到XML的内容。
　
　　其实这个问题也是很容易就能解决的，只是我自以为很熟悉ADO，没有仔细看Help，所以没有发现ADO是采用Stream的方式来得到和返回XML的。
　
　　Command 对象有两个属性，叫Input Stream和Output Stream，属性的值是一个IUnknown接口。可以把一个XML Parser的接口赋给它，或者是直接用Request、Response等。这样的好处是不需要再去生成一个Recordset，不需要去保存这些数据，从而节省了系统开销。
　
　　下面给大家一个简单的把XML用Response返回的Example:
<%@ Language=VBScript %>
<!-- #include file="ADOVBS.inc" -->
<%
　Dim objConn, objCmd, i
　Set objConn = Server.createobject("ADODB.CONNECTION")
　objConn.Open "Provider=SQLOLEDB.1;Password=;Persist Security Info=True;User ID=sa;Initial Catalog=PBA;Data Source=(local)"
　Set objCmd = Server.CreateObject("ADODB.Command")
　objCmd.ActiveConnection = objConn
　objCmd.Properties("Output Stream") = Response
　objCmd.Properties("XML Root") = "root"
　objCmd.CommandText = "Select * from UserStatus for XML Auto"
　Response.ContentType = "text/xml"
　objCmd.Execute i, , adExecuteStream
　Set objCmd = Nothing
　objConn.Close
　Set objConn = Nothing
%>