PHP入门

1.检查你是否使用了最新的Sql Server service pack 　　
　　这是因为在最新的Sql Server service pack中已经修补了很多Sql Server使用警告(Alerts)的漏洞。你应该确保在你的系统中已经安装了最新的Sql Server service pack补丁包。
　　　
　　2.检查SqlServerAgent服务的帐户是否作为成员运行在域用户群组(Domain User Group)下　　LocalSystem帐户它没有访问网络的权限。所以，如果你需要将事件记录在其他运行有Windows NT或Windows 2000机器上的应用程序日志上，或者你的作业(jobs)需要跨网络的资源，或者你需要通过e-mail或者pagers通知操作者，这时候，你就需要将SalServerAgent服务的帐户设置在域用户群组(Domain User Group)下作为它的成员。
　　　
　　3.如果所定义的警报都没有触发，检查SqlServerAgent和EventLog服务是否都在运行如果你需要让你定义的警报被触发，这些服务必须被开启。所以，如果这些服务没有被运行的话，请运行它们。
　
　　4．如果有某个警报没有被触发，请确保它们是否被启用警报可以被启用或禁用，为了检查一个警报是否被启用，你应该做以下这些步骤：　　
　　1） 运行Sql Server Enterprise Manager 　　
　　2）请打开服务器群组，然后打开某个服务器 　　
　　3）请打开管理(Management)，然后再打开Sql Server Agent　　
　　4）双击合适的警报以查看这个警报是否被启用了 　　
　　5）检查警报的历史值以确定警报最后工作的日期和时间
　　为了检查一个警报的历史值，你应该做以下这些事情： 　　
　　1） 运行Sql Server Enterprise Manager 　　
　　2） 请打开服务器群组，然后打开某个服务器 　　
　　3） 请打开管理(Management),然后再打开Sql Server Agent 　　
　　4） 双击合适的警报以查看警报的历史值 　　
　　6.核对每20秒维护的计数器值 　　
　　因为Sql Server Agent每20秒间隔维护一个性能计数器，如果发现这个性能计数器只有几秒钟(少于20秒)才维护一次，那么极有可能你的这个警报将不会被触发。
　　　
　　7.检查Sql Server错误日志,Sql Server Agent错误日志以及Windows NT和Windows 2000的应用程序日志以获得有关错误描述的更多详细信息仔细检查核对当产生警报失败事件时，被记录在Sql Server错误日志，Sql Server Agent错误日志以及Windows NT和Windows 2000的应用程序日志中的日期和时间以及对错误的描述能帮助你分析产生警报失败事件的原因。
　　　
　　8.如果警报被触发了，但是这时候操作员却没有收到任何通知，请尝试手动使用"e-mail"，"pager"或者用"net send"将信息发送给操作员在很多情况下，你输入了一个错%C

（一）挂起操作
在安装Sql或sp补丁的时候系统提示之前有挂起的安装操作，要求重启，这里往往重启无用，解决办法：
到HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession Manager
删除PendingFileRenameOperations
（二）收缩数据库
--重建索引
DBCC REINDEX
DBCC INDEXDEFRAG
--收缩数据和日志
DBCC SHRINKDB
DBCC SHRINKFILE
（三）压缩数据库
dbcc shrinkdatabase(dbname)
（四）转移数据库给新用户以已存在用户权限
exec sp_change_users_login 'update_one','newname','oldname'
go
（五）检查备份集
RESTORE VERIFYONLY from disk='E:dvbbs.bak'
（六）修复数据库
ALTER DATABASE [dvbbs] SET SINGLE_USER
GO
DBCC CHECKDB('dvbbs',repair_allow_data_loss) WITH TABLOCK
GO
ALTER DATABASE [dvbbs] SET MULTI_USER
GO
--CHECKDB 有3个参数:
--REPAIR_ALLOW_DATA_LOSS
-- 执行由 REPAIR_REBUILD 完成的所有修复，包括对行和页进行分配和取消分配以改正分配错误、结构行或页的错误，以及删除已损坏的文本对象。这些修复可能会导致一些数据丢失。修复操作可以在用户事务下完成以允许用户回滚所做的更改。如果回滚修复，则数据库仍会含有错误，应该从备份进行恢复。如果由于所提供修复等级的缘故遗漏某个错误的修复，则将遗漏任何取决于该修复的修复。修复完成后，备份数据库。
　
--REPAIR_FAST 进行小的、不耗时的修复操作，如修复非聚集索引中的附加键。这些修复可以很快完成，并且不会有丢失数据的危险。
　
--REPAIR_REBUILD 执行由 REPAIR_FAST 完成的所有修复，包括需要较长时间的修复（如重建索引）。执行这些修复时不会有丢失数据的危险。
　
--DBCC CHECKDB('dvbbs') with NO_INFOMSGS,PHYSICAL_ONLY

今天配置了新服务器，配置是IIS php，结果运行时发现php连接远程mssql数据库出错，出错代码如下：
Warning: mssql_connect(): Unable to connect to server:

想想以前都是没问题的，怎么回事呢？后来去网上搜索，发现一篇文章，才发现原来服务器是需要安装mssql才能用php连接mssql的，本来新服务器上我是不需要用到mssql的，但是现在没办法了，只能把它装上了，安装了mssql之后就没问题了。

我在想，假如是在linux上面的apache php会怎样呢，不可能需要安装mssql吧，呵呵，晕了。

下面是找到的一篇文章。

php配置：
在php.ini文件里设置如下，找到
；extension=php_mssql.dll 把前面的分号去掉
找到extension_dir = d:extension
你的php.ini里面可能不是d:extension
改成在php安装目录下面的extensions目录下面的php_mssql.dll，所在的路径，假如你没有把它移动到其他地方（假设你的php安装路径是d:php）
就改成extension_dir=d:phpextensions
然后重新启动web服务器


这一点很轻易做到，但是做完这样的设置后还是连不上，错误的信息如下：

MS SQL Server 数据库连接错误!请检查数据库主机变量设置是否正确!!!

而主机的变量设置我是一遍一遍的检查，那些设置是一点问题都没有的，翻遍网页，找到了下面的这点蛛丝马迹：


php.com资料：

I am trying to connect to SQL Server 2000 from PHP
I bumped to following warning:
Warning: mssql_connect(): Unable to connect to server: SERVERPortal
....... on line 5

on line 5 there is:
$db_connect = mssql_connect('SERVERPortal', 'sa', 'my_passwd');

I did the following
1.enabled php_mssql.dll extension in PHP.ini
2.every dll is in proper place(System32 or PHP folder),including ntwdblib.dll

I search lots of profile throught web ,but no one give me proper answer to resolve it.

after a few hour ,I found the problem was caused by
ntwdblib.dll ,which version is 7.00.839 ,when I replaced old ntwdblib.dll with the new

ntwdblib.dll ,which version is 8.00.194 ,all problem are solved.

We had some, read A LOT, of problems with MSSQL under Windows 2003.
We had 2 the same windows, php, php-ini, everything machines but only one could connect.

Unable to connect was the error message.

Finnaly we checked the version of ntwdblib.dll and the one distributed with PHP was 7.00....

and the version of the one on the SQL Server install was 8.00.... so we copied this one in

the php and apache dir and it worked.

问题就这样被找到了，惹祸的是它 ntwdblib.dll

ntwdblib.dll的主要作用是提供sql server连接服务。

我用的php版本是4.3.9，在安装它的服器的 windows/system32/ 下我查到ntwdblib.dll文件的版本是2000.2.8.0 ，这个版本支持的是sql server 7.0， 因为安装PHP时会把dlls下面的所有文件覆盖到系统

目录下，所以当我用它去连接 sql server 2000 的时候当然会是无法连接了。

后来我在一台正常安装sql server 2000 的服务器上查到 ntwdblib.dll的版本是 2000.80.2039.0，我把这个文件拷过去，覆盖掉以前的版本，重启服务器后，一切正常。

补充：假如数据库名的开头是数字时也会提示无法打开，这时要做的很简单，把数据库的名字用中括号 [ ]
括起来就搞定了，如 123bbs 改写成 [123bbs]就没有问题了，另外假如你的数据库名字与sql server中的保留字冲突的话也会出现这种情况，用中括号的方法一样可以解决。
最终，PHP无法正确连接sql server 2000的问题终于解决了，虽然耗费大半天的时间，但收获还是很大的，现在把它贴出来，也让碰到同样问题的兄弟们少走一些弯路。

方法一
declare @max integer,@id integer
declare cur_rows cursor local for select 主字段,count(*) from 表名 group by 主字段 having count(*) > 1
open cur_rows
fetch cur_rows into @id,@max
while @@fetch_status=0
begin
select @max = @max -1
set rowcount @max
delete from 表名 where 主字段 = @id
fetch cur_rows into @id,@max
end
close cur_rows
set rowcount 0
方法二
有两个意义上的重复记录，一是完全重复的记录，也即所有字段均重复的记录，二是部分关键字段重复的记录，比如Name字段重复，而其他字段不一定重复或都重复可以忽略。
1、对于第一种重复，比较容易解决，使用
select distinct * from tableName
就可以得到无重复记录的结果集。
如果该表需要删除重复的记录（重复记录保留1条），可以按以下方法删除
select distinct * into #Tmp from tableName
drop table tableName
select * into tableName from #Tmp
drop table #Tmp
发生这种重复的原因是表设计不周产生的，增加唯一索引列即可解决。
2、这类重复问题通常要求保留重复记录中的第一条记录，操作方法如下
假设有重复的字段为Name,Address，要求得到这两个字段唯一的结果集
select identity(int,1,1) as autoID, * into #Tmp from tableName
select min(autoID) as autoID into #Tmp2 from #Tmp group by Name,autoID
select * from #Tmp where autoID in(select autoID from #tmp2)
最后一个select即得到了Name，Address不重复的结果集（但多了一个autoID字段，实际写时可以写在select子句中省去此列）

--更改某个表
exec sp_changeobjectowner 'tablename','dbo'
--存储更改全部表
CREATE PROCEDURE dbo.User_ChangeObjectOwnerBatch
@OldOwner as NVARCHAR(128),
@NewOwner as NVARCHAR(128)
AS
DECLARE @Name as NVARCHAR(128)
DECLARE @Owner as NVARCHAR(128)
DECLARE @OwnerName as NVARCHAR(128)
DECLARE curObject CURSOR FOR
select 'Name' = name,
'Owner' = user_name(uid)
from sysobjects
where user_name(uid)=@OldOwner
order by name
OPEN curObject
FETCH NEXT FROM curObject INTO @Name, @Owner
WHILE(@@FETCH_STATUS=0)
BEGIN
if @Owner=@OldOwner
begin
set @OwnerName = @OldOwner '.' rtrim(@Name)
exec sp_changeobjectowner @OwnerName, @NewOwner
end
-- select @name,@NewOwner,@OldOwner
FETCH NEXT FROM curObject INTO @Name, @Owner
END
close curObject
deallocate curObject
GO

一、补丁安装过程中常见问题
如果在安装补丁的时候遇到如下类似错误：
1、安装过程中出现“以前进行的程序创建了挂起的文件操作，运行安装程序前，必须重新启动”，请按照下面步骤解决：
a、重启机器，再进行安装，如果发现还有该错误，请按下面步骤
b、在开始->运行中输入regedit
c、到HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession Manager 位置
d、选择文件->倒出,保存
e、在右边窗口右击PendingFileRenameOperations，选择删除，然后确认
f、重启安装，问题解决
如果还有同样问题，请检查其它注册表中是否有该值存在，如有请删掉。
　
2、在安装SQL Server SP3，有时候会出现：无论用windows认证还是混和认证，都出现密码错误的情况，这时查看临时目录下的sqlsp.out，会发现以下描述：
[TCP/IP Sockets]Specified SQL server not found.
[TCP/IP Sockets]ConnectionOpen (Connect()).
其实这是SQL Server SP3的一个小bug，在安装sp3的时候，没有监听tcp/ip端口，可以按照以下步骤进行：
1、打开SQL server客户器网络实用工具和服务器网络工具，确保启用的协议中包含name pipe，并且位置在第一位.
2、确保[HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSSQLServerClientConnectTo]
"DSQUERY"="DBNETLIB".
如果没有，请自己建立
3、停止mssql.
4、进行安装.
这样就可以进行正确安装了。
二、SQL Server补丁版本的检查
SQL Server的补丁版本检查不如Windows 补丁版本检查直接，一个系统管理员，如果不了解SQL Server版本对应的补丁号，可能也会遇到一点麻烦，因此在这说明一下，通过这样的办法判别机器是安全的办法，不会对系统产生任何影响。
　
1、用Isql或者SQL查询分析器登录到SQL Server，如果是用Isql，请在cmd窗口输入isql -U sa,然后输入密码，进入；如果是用SQL查询分析器，请从程序中启动，输入sa和密码（也可以用windows验证）。
　
2、在ISQL中输入：
Select @@Version；
go
或者SQL查询分析器中输入(其实如果不想输入，只要打开帮助的关于就可以了:))
Select @@Version；
然后按执行；
这时会返回SQL的版本信息，如下：
Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 14:22:05 Copyright (c) 1988-2003 Microsoft Corporation Enterprise Edition on Windows NT 5.0 (Build 2195: Service Pack 3)
其中的8.00.760就是SQL Server的版本和补丁号。对应关系如下：
8.00.194 －——————SQL Server 2000 RTM
8.00.384 －——————(SP1)
8.00.534 －——————(SP2)
8.00.760 －——————(SP3)
这样我们就能看到SQL Server的正确版本和补丁号了。
　
我们也可以用xp_msver看到更详细的信息。

一、适合读者对象：数据库开发程序员，数据库的数据量很多，涉及到对SP（存储过程）的优化的项目开发人员，对数据库有浓厚兴趣的人。
　　
　　二、介绍：在数据库的开发过程中，经常会遇到复杂的业务逻辑和对数据库的操作，这个时候就会用SP来封装数据库操作。如果项目的SP较多，书写又没有一定的规范，将会影响以后的系统维护困难和大SP逻辑的难以理解，另外如果数据库的数据量大或者项目对SP的性能要求很，就会遇到优化的问题，否则速度有可能很慢，经过亲身经验，一个经过优化过的SP要比一个性能差的SP的效率甚至高几百倍。
　　
　　三、内容： 　
　　1、开发人员如果用到其他库的Table或View，务必在当前库中建立View来实现跨库操作，最好不要直接使用“databse.dbo.table_name”，因为sp_depends不能显示出该SP所使用的跨库table或view，不方便校验。
　
　　2、开发人员在提交SP前，必须已经使用set showplan on分析过查询计划，做过自身的查询优化检查。
　　
　　3、高程序运行效率，优化应用程序，在SP编写过程中应该注意以下几点： 　　
　　a)SQL的使用规范：
　　　i.　尽量避免大事务操作，慎用holdlock子句，提高系统并发能力。
　
　　　ii.　尽量避免反复访问同一张或几张表，尤其是数据量较大的表，可以考虑先根据条件提取数据到临时表中，然后再做连接。
　
　　　iii.　尽量避免使用游标，因为游标的效率较差，如果游标操作的数据超过1万行，那么就应该改写；如果使用了游标，就要尽量避免在游标循环中再进行表连接的操作。
　
　　　iv.　注意where字句写法，必须考虑语句顺序，应该根据索引顺序、范围大小来确定条件子句的前后顺序，尽可能的让字段顺序与索引顺序相一致，范围从大到小。
　
　　　v.　不要在where子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。
　
　　　vi.　尽量使用exists代替select count(1)来判断是否存在记录，count函数只有在统计表中所有行数时使用，而且count(1)比count(*)更有效率。
　
　　　vii.　尽量使用“>=”，不要使用“>”。
　
　　　viii.　注意一些or子句和union子句之间的替换
　　　ix.　注意表之间连接的数据类型，避免不同类型数据之间的连接。
　
　　　x.　注意存储过程中参数和数据类型的关系。

一、备份数据库
1、打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server
2、SQL Server组-->双击打开你的服务器-->双击打开数据库目录
3、选择你的数据库名称（如论坛数据库Forum）-->然后点上面菜单中的工具-->选择备份数据库
4、备份选项选择完全备份，目的中的备份到如果原来有路径和名称则选中名称点删除，然后点添加，如果原来没有路径和名称则直接选择添加，接着指定路径和文件名，指定后点确定返回备份窗口，接着点确定进行备份
二、还原数据库
1、打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server
2、SQL Server组-->双击打开你的服务器-->点图标栏的新建数据库图标，新建数据库的名字自行取
3、点击新建好的数据库名称（如论坛数据库Forum）-->然后点上面菜单中的工具-->选择恢复数据库
4、在弹出来的窗口中的还原选项中选择从设备-->点选择设备-->点添加-->然后选择你的备份文件名-->添加后点确定返回，这时候设备栏应该出现您刚才选择的数据库备份文件名，备份号默认为1（如果您对同一个文件做过多次备份，可以点击备份号旁边的查看内容，在复选框中选择最新的一次备份后点确定）-->然后点击上方常规旁边的选项按钮
5、在出现的窗口中选择在现有数据库上强制还原，以及在恢复完成状态中选择使数据库可以继续运行但无法还原其它事务日志的选项。在窗口的中间部位的将数据库文件还原为这里要按照你SQL的安装进行设置（也可以指定自己的目录），逻辑文件名不需要改动，移至物理文件名要根据你所恢复的机器情况做改动，如您的SQL数据库装在D:Program FilesMicrosoft SQL ServerMSSQLData，那么就按照您恢复机器的目录进行相关改动改动，并且最后的文件名最好改成您当前的数据库名（如原来是bbs_data.mdf，现在的数据库是forum，就改成forum_data.mdf），日志和数据文件都要按照这样的方式做相关的改动（日志的文件名是*_log.ldf结尾的），这里的恢复目录您可以自由设置，前提是该目录必须存在（如您可以指定d:sqldatabs_data.mdf或者d:sqldatabs_log.ldf），否则恢复将报错
6、修改完成后，点击下面的确定进行恢复，这时会出现一个进度条，提示恢复的进度，恢复完成后系统会自动提示成功，如中间提示报错，请记录下相关的错误内容并询问对SQL操作比较熟悉的人员，一般的错误无非是目录错误或者文件名重复或者文件名错误或者空间不够或者数据库正在使用中的错误，数据库正在使用的错误您可以尝试关闭所有关于SQL窗口然后重新打开进行恢复操作，如果还提示正在使用的错误可以将SQL服务停止然后重起看看，至于上述其它的错误一般都能按照错误内容做相应改动后即可恢复

可能有不少朋友遇到过这样的问题：
update或delete语句忘带了where子句，或where子句精度不够，执行之后造成了严重的后果，这种情况的数据恢复只能利用事务日志的备份来进行，所以如果你的SQL没有进行相应的全库备份或不能备份日志（truncate log on checkpoint选项为1），那么就无法进行数据的恢复了，或者只能恢复到最近一次的备份的数据了。
以下简单说明恢复数据方法：
1，如果误操作之前存在一个全库备份（或已有多个差异备份或增量备份），首先要做的事就是进进行一次日志备份（如果为了不让日志文件变大而置trunc. log on chkpt.选项为1那你就死翘了）
backup log dbName to disk='fileName'
2，恢复一个全库备份，注意需要使用with norecovery，如果还有其他差异或增量备份，则逐个恢复
restore database dbName from disk='fileName' with norecovery
3，恢复最后一个日志备份即刚做的日志备份，指定恢复时间点到误操作之前的时刻
restore log dbName from disk='fileName'
with stopat='date_time'
以上这些操作都可以在SQL SERVER企业管理器里完成，难度不大。。。
当然，如果误操作是一些不记日志的操作比如truncate table，select into等操作，那么是无法利用上述方法来恢复数据的...

解决方法是在查询之前先执行SET NAMES 'gb2312'或SET NAMES 'gbk'.具体原因是因为:  (摘自网络)从MySQL 4.1开始引入的多语言支持确实很棒，而且一些特性已经超过了其他的数据库系统。不过我在测试过程中发现使用适用于MySQL 4.1之前的PHP语句操作MySQL数据库会造成乱码，即使是设置过了表字符集也是如此。我读了一下新的MySQL在线手册中第十章"Character Set Support"后终于找到了解决方法并测试通过。    MySQL 4.1的字符集支持(Character Set ...

xmlhttp，无刷新声，无漏斗标记，效果最好，不过就是对浏览器要求高，好在我的应用只是一个附属的功能，因此不需要用户必须开启这个控件……最后决定采用这个方案

我写了一个测试程序，代码如下，供大家参考：
==test2.php=================
<?
session_start();
echo "现在时间是:".date("Y-m-d H:i:s ",time());
?>

==eg4.php==================
<script language="javascript">
function re()
{
var http = new ActiveXObject("Microsoft.XMLHTTP");
http.open("GET","test2.php",false);
http.send();
var str = bytes2BSTR(http.responsebody);
t.innerHTML=str;
setTimeout( "re()" , 2000 );
}
</script>

<script language=vbscript>
Function bytes2BSTR(vIn)
dim i
strReturn = ""
For i = 1 To LenB(vIn)
ThisCharCode = AscB(MidB(vIn,i,1))
If ThisCharCode < &H80 Then
strReturn = strReturn & Chr(ThisCharCode)
Else
NextCharCode = AscB(MidB(vIn,i 1,1))
strReturn = strReturn & Chr(CLng(ThisCharCode) * &H100 CInt(NextCharCode))
i = i 1
End If
Next
bytes2BSTR = strReturn
End Function
</script>


<body onload="re();">
<span id=t>数据载入中</span>
</body>

这样，当你运行eg4.php时，页面会出现当前时间，每2秒刷新一次，看不到进度条，也没有小漏斗标记了

１. 分号的例外

　对于 MySQL ，第一件你必须牢记的是它的每一行命令都是用分号 (;) 作为结束的，但……没有完全绝对的事，在这儿也是一样，当一行 MySQL 被插入在 PHP 代码中时，最好把后面的分号省略掉，例如：

mysql_query ("INSERT INTO tablename (first_name, last_name)
VALUES ('$first_name', '$last_name')
");

　这是因为 PHP 也是以分号作为一行的结束的，额外的分号有时会让 PHP 的语法分析器搞不明白，所以还是省略掉的好。在这种情况下，虽然省略了分号，但是 PHP 在执行 MySQL 命令时会自动的帮你加上的。

　另外还有一个不要加分号的情况。当你想把要字段的竖者排列显示下来，而不是像通常的那样横着排列时，你可以用 G 来结束一行 SQL 语句，这时就用不上分号了，例如：

SELECT * FROM PENPALS WHERE USER_ID = 1G


２. TEXT、DATE、和 SET 数据类型

　MySQL 数据表的字段必须有定义一个数据类型。这有大约 25 种选择，大部分都是直接明了的，就不多费口舌了。但有几个有必要提一下。

　TEXT 不是一种数据类型，虽然可能有些书上是这么说的。它实际上应该是“ LONG VARCHAR ”或者“ MEDIUMTEXT ”。

　DATE 数据类型的格式是 YYYY-MM-DD ，比如： 1999-12-08 。你可以很轻易的用 date 函数来得到这种格式的当前系统时间：

date("Y-m-d")

　并且，在 DATA 数据类型之间可以作减法，得到相差的时间天数：

$age = ($current_date - $birthdate);

　集合 SET 是一个有用的数据类型，它和枚举 ENUM 有点相似，只不过是 SET 能够保存多个值而 ENUM 只能保存一个值而已。而且， SET 类型最多只能够有 64 个预定的值，而 ENUM 类型却能够处理最多 65,535 个预定义的值。而假如需要有大于 64 个值的集合，该怎么办呢？这时就需要定义多个集合来一起解决这个问题了。

３. 通配符

　SQL 的通配符有两种：“ * ”和“ % ”。分别用在不同的情况下。例如：假如你想看到数据库的所有内容，可以像这样来查询：

SELECT * FROM dbname WHERE USER_ID LIKE '%';

　这儿，两个通配符都被用上了。他们表示相同的意思 ?? 都是用来匹配任何的字符串，但是他们用在不同的上下文中。“ * ”用来匹配字段名，而“ % ”用来匹配字段值。另外一个不轻易引起注重的地方是“ % ”通配符需要和 LIKE 要害字一起使用。

还有一个通配符，就是下划线“ _ ”，它代表的意思和上面不同，是用来匹配任何单个的字符的。


４. NOT NULL 和空记录

　假如用户在没有填任何东西的情况下按了 submit 按钮，会怎样呢？假如你确实需要一个值，那么可以用客户端脚本或者服务器端脚本来进行数据验证，这一点在前面已经说过了。但是，在数据库中却是答应一些字段被空出来什么也不填。对此类纪录， MySQL 将要为之执行一些事情：

插入值 NULL ，这是缺省的操作。
假如你在字段定义中为之声明了 NOT NULL （在建立或者修改这个字段的时候）， MySQL 将把这个字段空出来什么东西也不填。
对于一个 ENUM 枚举类型的字段，假如你为之声明了 NOT NULL ， MySQL 将把枚举集的第一个值插入到字段中。也就是说， MySQL 把枚举集的第一个值作为这个枚举类型的缺省值。

　一个值为 NULL 的纪录和一个空纪录是有一些区别的。 % 通配符可以匹配空纪录，但是却不能匹配 NULL 纪录。在某些时候，这种区别会造成一些意想不到的后果。就我的经验而言，任何字段都应该声明为 NOT NULL 。这样下面的 SELECT 查询语句就能够正常运转了：

if (!$CITY) {$CITY = "%";}

$selectresult = mysql_query ("SELECT * FROM dbname
WHERE FIRST_NAME = ' 柳 '
AND LAST_NAME = ' 如风 '
AND CITY LIKE '$CITY'
");

　在第一行中，假如用户没有指定一个 CITY 值，那么就会用通配符 % 来代入 CITY 变量，这样搜索时就会把任何的 CITY 值都考虑进去，甚至包括那些 CITY 字段为空的纪录。

　但是假如有一些纪录，它的 CITY 字段值是 NULL ，这时问题就出现了。上面的查询是不能够找到这些字段的。问题的一个解决办法可以是这样：

if (!$CITY) {$CITY = "%";}

$selectresult = mysql_query ("SELECT * FROM dbname
WHERE FIRST_NAME = ' 柳 '
AND LAST_NAME = ' 如风 '
AND (CITY LIKE '$CITY' OR CITY IS NULL)
");

　注重在搜索 NULL 时，必须用“ IS ”要害字，而 LIKE 时不会正常工作的。

　在最后要提到的是，假如你在加入或者修改一个新的字段之前，数据库中已经有了一些记录了，这时新加入的字段在原来的纪录中的值，可能是 NULL ，也可能为空。这也算是 MySQL 的一个 Bug 吧，所以在这种情况下，使用 SELECT 查询要非凡的小心。