关于SQL server中字段值为null的查询

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

使用sql,和oracle数据库进行分页可以有以下三种方法!
下面让我们看一看如果我们要在数据库中取第1000条到第1010条的数据这两种方法是怎么实现的.
1. 使用临时表的方法. (在系统中主要是直接写Sql语句来做)

a) 按所需的排序方式排好序

b) 创建临时表

c) 从数据库里取出第0条 到 第1010条的数据

d) 把这些数据放入临时表中

e) 把临时表再按与 a) 相反的排序方式排好序

f) 然后只需把临时表中的前10条显时出来

g) 销毁临时表


2. 使用 object 的方法

a) 按所需的排序方式排好序

b) 从数据库里取出第0条 到 第1010条的数据

c) 倒着从这1010条数据中取10条 放入一个 object中

d) 把这个 object里的记录 完全倒置一下

e) 把 object里的数据显示出来


显然 第二种 方法优于第一种方法 它减少了系统创建, 销毁临时表所需耗费的资源, 但是它们都有一个共同的弱点. 那就是 它们都要从数据库里取出第0条 到 第1010条的数据 这样就造成了 查询出的记录数很少，但网络传输数据量很大!


因此比较好的分页做法应该是:

每次翻页的时候只从数据库里检索页面大小的块区的数据。这样虽然每次翻页都需要查询数据库，但查询出的记录数很少，网络传输数据量不大，如果使用连接池更可以略过最耗时的建立数据库连接过程。而在数据库端有各种成熟的优化技术用于提高查询速度，比在应用服务器层做缓存有效多了。


对于SqlServer 数据库 如要到得第1000-1010条记录:


Select top 10 * from (

Select top 10 * from (

Select top 1010 * from docdetail order by lastmodidate asc ,Id asc

) temptbl1 order by lastmodidate desc ,Id desc

) temptbl2 order by lastmodidate asc,Id asc

对于oracle 数据库 如要到得第1000-1010条记录 由于oracle中的rownum是在查询之后排序之前赋值的.所以其相应的写法应为:
select * from (

select my_table.*, rownum as temptbl_rownum from (
前几天写一个程序时,无意中遇到一个怪问题.
症状描述如下:
一台联想服务器上安装了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语句引起的.怪就怪在有的客户端执行时不会有问题.,而出现问题时又不报任何异常,只是将客户端窗体自动关闭.看来以后写程序时一定要注意这个问题.要将调试代码清理掉. 害得我白白花了近一天的时间.

有时候我们要取得的一部分数据在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数据库处理中，却不能用。