什么是数据库系统？

　　是一个实际可运行的存储、维护和应用系统提供数据的软件系统，是存储介质、处理对象和管理系统的集合体。它通常由软件、数据库和数据管理员组成。其软件主要包括操作系统、各种宿主语言，实用程序以及数据库管理系统。数据库是依照某种数据模型组织起来并存放二级存储器中的数据集合。这些数据为多个应用服务，独立于具体的应用程序。数据库由数据库管理系统统一管理，数据的插入、修改和检索均要通过数据库管理系统进行。数据库管理系统是一种系统软件，它的主要功能是维护数据库并有效地访问数据库中任意部分数据。对数据库的维护包括保持数据的完整性、一致性和安全性。数据管理员负责创建、监控和维护整个数据库，使数据能被任何有权使用的人有效使用。数据库管理员一般是由业务水平较高、资历较深的人员担任。

　　数据库系统的个体含义是指一个具体的数据库管理系统软件和用它建立起来的数据库；它的学科含义是指研究、开发、建立、维护和应用数据库系统所涉及的理论、方法、技术所构成的学科。在这一含义下，数据库系统是软件研究领域的一个重要分支，常称为数据库领域。

　　数据库研究跨越于计算机应用、系统软件和理论三个领域，其中应用促进新系统的研制开发，新系统带来新的理论研究，而理论研究又对前两个领域起着指导作用。数据库系统的出现是计算机应用的一个里程碑，它使得计算机应用从以科学计算为主转向以数据处理为主，并从而使计算机得以在各行各业乃至家庭普遍使用。在它之前的文件系统虽然也能处理持久数据，但是文件系统不提供对任意部分数据的快速访问，而这对数据量不断增大的应用来说是至关重要的。为了实现对任意部分数据的快速访问，就要研究许多优化技术。这些优化技术往往很复杂，是普通用户难以实现的，所以就由系统软件（数据库管理系统）来完成，而提供给用户的是简单易用的数据库语言。由于对数据库的操作都由数据库管理系统完成，所以数据库就可以独立于具体的应用程序而存在，从而数据库又可以为多个用户所共享。因此，数据的独立性和共享性是数据库系统的重要特征。数据共享节省了大量人力物力，为数据库系统的广泛应用奠定了基础。数据库系统的出现使得普通用户能够方便地将日常数据存入计算机并在需要的时候快速访问它们，从而使的计算机走出科研机构进入各行各业、进入家庭。
数据库系统的产生和发展

　　众所周知，数据库系统并不是在计算机产生的同时就出现的，而是随着计算机技术的不断发展，在特定的历史时期、特定的需求环境下出现的。人类在1946年发明了世界上的第一台计算机到20世纪60年代这漫长的20年里，计算机操作系统还主要局限于文件的操作，同样，对数据的管理也主要是通过文件系统来实现。进行计算所需要的各种数据存放在各自的文件里面。当要使用这些数据的时候，将文件打开，读取文件中的数据到内存中。当计算完毕后，将计算结果仍旧写入到文件中去。

　　虽然这种在文件中存放数据的方式目前在很多系统中还在使用，但是，这样的数据存放方式在三四十年前的当时，就已经显示出了非常明显的不足。这些不足主要集中在无法对数据进行有效的统一管理。具体表现在这样几个方面：

程序员编写应用程序非常不方便。应用程序的设计者需要对程序所使用的文件的逻辑结构和物理结构都了解的非常清楚。而计算机操作系统只提供将文件打开、关闭、保存等非常低级的操作，而对数据的修改、查询操作则需要应用程序来解决，如果程序所需要的数据存放在不同的文件里，而且这些文件的存储格式又迥然不同。这样就给应用程序的开发带来了巨大的麻烦，程序员要为程序中所用到的每一个文件都写好相应的接口，而且不同的文件格式相差很大，这样就大大的增加了编程的工作量，从而使得在文件级别上开发应用程序的效率非常低下，严重影响应用软件的发展。


文件结构的每一处修改都将导致应用程序的修改，从而使得应用程序的维护工作量特别大。编过程序的人都有这种体会，就是每当自己开发完毕的程序需要修改的时候，又不得不将源程序重新修改、编译、链接。其麻烦程度可想而知。因为有人戏称编程人员为“老改”人员，个中滋味，外人恐怕很难体会到的。


计算机操作系统中的文件系统一般不支持对文件的并发访问。而在现代计算机系统中，为了充分发挥计算机系统的资源使用效率，一般都允许多个程序“同时”运行，即并发性。对数据库系统同样有并发性的要求，现在比较大型的数据库都有非常强的并发访问机制，这样可以充分利用数据库服务器的软、硬件资源，避免浪费。


由于基于文件系统的数据管理缺乏整体性、统一性，在数据的结构、编码、表示格式等诸多方面不能做到标准化、规范化，不同的操作系统有风格迥异的表示方式，因此在一定程度上造成了数据管理的混乱。另外，基于文件系统的数据管理在数据的安全性和保密性发面难以采取有效的措施，在一些对安全性要求比较高的场合，这种安全上的缺陷是完全不允许的。
　　针对文件系统的这些重要缺点，人们逐步发展了以统一管理数据和共享数据为主要特征的系统，这就是数据库系统。数据库系统就是在这样的背景下发展起来了。1964年，美国通用电气公司开发成功了世界上的第一个数据库系统——IDS(Integrated Data Store)。IDS奠定了网状数据库的基础，并且得到了广泛的发行和应用，成为数据库系统发展史上的一座丰碑。1969年，美国国际商用机器公司（IBM）也推出世界上第一个层次数据库系统IMS（Information Management System），同样在数据库系统发展史上占有重要的地位。

　　七十年代初，E.F.Codd在总结前面的层次、网状数据库优缺点的基础上，提出了关系数据模型的概念。他提出了关系代数和关系演算（直到今天，在E.F.Codd的这些基本理论还在左右这数据库系统的发展，也依然是高校计算机专业课堂上所要讲述的重要内容）。在整个七十年代，关系数据库系统无论从理论上还是实践上都去的了丰硕的成果。在理论上，确立了完整的关系模型理论、数据依赖理论和关系数据库的设计理论（在后面将重点讲述这些关系数据库的基本理论）；在实践上，世界上出现了很多著名的关系数据库系统，比较著名的如System R，INGRES，Oracle等。

和文件系统相比，数据库系统有一系列的特点，具体表现在以下几个方面：

数据库系统向用户提供高级的接口。在文件系统中，用户要访问数据，必须了解文件的存储格式、记录的结构等。而在数据库系统中，这一切都不需要了。数据库系统为用户处理了这些具体的细节，向用户提供非过程化的数据库语言（即通常所说的SQL语言），用户只要提出需要什么数据，而不必关心如何获得这些数据。对数据的管理完全由数据库管理系统（DBMS: Database Management System）来实现。
　
查询的处理和优化。查询通常指用户向数据库系统提交的一些对数据操作的请求。由于数据库系统向用户提供了非过程化的数据操纵语言，因此对于用户的查询请求就由DBMS来完成，查询的优化处理就成了DBMS的重要任务。
　
并发控制。前面曾经提到，文件系统一般不支持并发操作，这样大大的限制了系统资源的有效利用。在数据库系统中，情况就不一样了。现代的数据库系统都有很强的并发操作机制，多个用户可以同时访问数据库，甚至可以同时访问同一个表中的不同记录。这样极大的提高了计算机系统资源的使用效率。
　
数据的完整性约束。凡是数据都要遵守一定的约束，最简单的一个例子就是数据类型，例如定义成整型的数据就不能是浮点数。由于数据库中的数据是持久的和共享的，因此对于使用这些数据的单位来说，数据的正确行显得非常重要。在关系数据库系统中，比较重要的完整性约束有实体完整性、域完整性、参照完整性和用户自定义的完整性等，在后面的文章中将有重点讲述。
　　进入二十世纪八十年代之后，计算机硬件技术有了飞速的提高。计算机技术的提高促使计算机应用不断深入，产生了许多新的应用领域，例如计算机辅助设计、计算机辅助制造、计算机辅助教学、办公自动化、智能信息处理、决策支持等。这些新的领域对数据库系统提出了新的要求。但是由于应用的多元化，不能设计出一个统一的数据模型来表示这些新型的数据及其相互关系，因而出现了百家争鸣的局面，产生了演绎数据库、面向对象数据库、分布式数据库、工程数据库、时态数据库、模糊数据库等新型数据库的研究和应用。

　　不过到目前为止，在世界范围内得到主流应用的还是经典的关系数据库系统，比较知名的如Sybase，Oracle，Informix，SQL Server，DB2等。在本系列专题文章中，我们也将根据数据库系统的实际应用情况，重点介绍关系数据库系统。其他的数据库系统，也将作简单的介绍。
行业的现状和展望

　　近年来，我一直在和数据库管理员打交道，并直接面试了很多DBA职位。本文想概括一下IT行业对DBA的要求，以及国内DBA的新资现状。可以肯定地说，做一个高级DBA是很不错的职业。如果你打算成为一名DBA，那么希望本文起到抛砖引玉的作用。

什么是DBA

　　数据库管理员，英文是Database Administrator，简称DBA。这个职位对不同的人意味着不同的意义。一个小的软件开发工作室和一个分工高度明细的大公司相比，DBA的职责来得更加宽泛一些。一个公司，不管它是自己开发应用软件，还是购买第三方的应用软件，只要涉及到数据库（有多少不涉及数据库的应用软件呢？数据库是商业的灵魂和大脑啊），就需要确定是否雇佣一个或几个DBA。知道DBA这个职位有哪些要求，对于企业内部这个职位的定义或者对于那些未来的DBA将是至关重要的。下面我列出了DBA的一些职责：

安装和升级数据库服务器（如Oracle、Microsoft SQL server），以及应用程序工具。
数据库设计系统存储方案，并制定未来的存储需求计划。
一旦开发人员设计了一个应用，就需要DBA来创建数据库存储结构（tablespaces）。
一旦开发人员设计了一个应用，就需要DBA来创建数据库对象（tables,views,indexes）。
根据开发人员的反馈信息，必要的时候，修改数据库的结构。
登记数据库的用户，维护数据库的安全性。
保证数据库的使用符合知识产权相关法规。
控制和监控用户对数据库的存取访问。
监控和优化数据库的性能。
制定数据库备份计划，灾难出现时对数据库信息进行恢复
维护适当介质上的存档或者备份数据
备份和恢复数据库
联系数据库系统的生产厂商，跟踪技术信息。
DBA的个性特点

　　很多时候管理人员都忽视了DBA的个性特点，他们只关注DBA的技术能力。实际上，上面谈到的每个职责都意味着：DBA需要跟各种人员打交道，这些人员可能是销售商、用户、开发人员或者管理人员。这说明：DBA必须具有下面的个性特点：

自信心
好奇心
坚韧的意志力
老练
自我驱动
注意细节

为什么这些个性特点很重要呢？

　　我就有几个缺乏自信心的部下，他们反复问我一些事无巨细的问题，他们没有信心哪怕做最小的决定。他们也缺乏工作的主动性。这对于初级DBA来说可能问题不太大，但对于那些高级DBA来说，如果他们缺乏自信心，他们又可以依赖谁帮他们决策呢？在DBA的面试中，即使你不能回答某个技术问题，你也要表现出足够的自信心。最致命的不是不知道问题的答案，而是不知道从哪儿得到答案。

　　几乎所有的数据库系统都在不停地更新。但并不是所有的更新都有技术文档。对于好的DBA来说，好奇心是必需的。没有好奇心和求知欲的DBA总是等待有人告诉他们答案。而一个求知欲强的DBA将安装最新版本的数据库系统，并立即开始搜寻那些哪怕是细微的功能和性能上的差异和增强，从而改进自己的工作。应试时一个必然问及的问题是：你手头有哪些参考资料？你如何使用它们？毫无疑问，如果你只回答了数据库的文档，或者你甚至没有读过他们，你的"股票市值"将大大下降。好奇心会驱使DBA们理解数据字典(Data Dictionary)、管理工具(Tools)或者其他支持包(Packages)。

　　DBA常常会碰到棘手的问题。寻找答案是一个需要坚韧意志力、可以经受摔打的个性特点。我常常在一些讨论组或者论坛上看到DBA们提出的问题，这些问题往往是提问者自己可以解决的，如果他们具有坚韧的个性特点，并努力寻求问题的答案。

　　自我驱动对每个人都是很重要的，对DBA尤其如此。DBA要能想办法使问题出现，而不是等待问题的出现。自驱力强的DBA常常设法取得或者自己写一些必要的脚本(Script)来监控包括数据表大小(Table Size)、表空间使用(Tablespace Usage)等项目，这些项目如果被忽视，他们将遇到麻烦。应试的时候DBA们常常被问及在PL/SQL、SQL或者SQL*PLUS方面的经验，这些问题将把你从从来没有编写过自己需要的脚本的那些DBA们区分开。

　　不用说和用户，就是和程序员和管理人员打交道，也需要你足够老练。一个一点不会处事的DBA不会为你做什么好事，只会在你的部门点燃敌对情绪的烈火。老练是这样一种能力，你劝告某个人到地府去，哈哈，最后这个人怀着渴望的心情去了。很多时候，开发者、管理者、用户，他们会提出毫无道理的需求，DBA们需要老练地引导、修正它们的要求，说服他们。在应试时，你的应对就很能说明你是否老练。
最后说说注意细节，这种性格倾向非常重要。注意细节的DBA们衣着整洁，有自己的日程安排，在应试前对应聘的单位做过调查。注意细节的DBA们深入了解数据库的内核，并能理解视图、表之间的关系。

DBA的等级

　　DBA的等级并不是很严格的。按照对数据库的掌握情况，我简单地分成三个等级：初级Primary、中级Intermediate和高级Senior。

　　初级DBA又称为DBBS，是英文Database Baby Sitter的缩写。初级DBA常常是兼职的，他们往往同时是程序员或者兼任其他的工作。初级DBA往往把个人简历写得很棒，参与了很多和数据库有关的项目或工作。但是，这些项目或者工作往往是：第三方软件供应商已经安装并配置了数据库，他们只做一些监控的工作。他们能处理一些简单的问题，但大多数时候他们向应用软件供应商求救。初级DBA更喜欢图形化的数据库管理或者监控工具，他们喜欢Access这样的桌面数据库简单易用，并把这些小型数据库的经验简单地应用到大型数据库相关的工作中。

　　初级DBA是最好区分的。而中级DBA和高级DBA就不太好区分。他们的差别在于经验的不同和个性特点、能力方面的差异。中级DBA比较多，他们可以胜任高级DBA的大部分工作，包括：

数据库安装
数据库配置和管理
权限设置和安全管理
监控和性能调节
备份和恢复
解决一般的问题

　　中级DBA往往从业一年左右，熟悉某种操作系统环境下的数据库。因为对中级DBA来讲，Windows NT和Unix是有很大差别的。中级DBA对SQL比较熟悉，他们自己购买了几本数据库方面的书籍，并深入钻研。中级DBA往往同时兼任数据库程序员，他们的工作对性能、稳定性、安全性的追求基本上不是很高，往往配合高级DBA做一些例行工作。

　　高级DBA在国内是非常少的。他们购买了太多的数据库方面的英文资料，也许是托朋友从Amazon买的。相对于他们的报酬来讲，买书的钱是很少的一个比例。高级DBA一般都熟悉很多种操作平台下的几种大型数据库。他们知道各种不同数据库在不同环境下的优势和劣势，并能在数据库平台和数据库环境的选择方面做出决策。他们一般通晓系统架构和数据库设计，并能对数据库进行各种级别的优化。高级DBA一般都配有助手，他们更偏向做决策和计划。高级DBA往往在银行业、保险业、在线交易等对稳定性、安全性、性能都要求比较高的关键业务处理领域大显身手。

　　很多时候，是否取得数据库专家认证证书并不是很重要。我知道很多数据库厂商的培训只要你去了都会获得证书。有很多的公司提供商业化的培训，他们的服务质量也有好有劣。所以证书并不是特别地有意义。

几种流行的数据库系统

最"容易"的数据库系统-Microsoft SQL Server

　　如果你打算做一个DBA，建议你选择那些现在比较流行的数据库系统。这意味着你将有更多的就业机会、交流和培训机会，而且，流行自有流行的理由，你可以因此省心很多。当然，就业竞争压力也比较大。一般的入门者选择Microsoft SQL Server，这是非常适合中小型企业的数据库系统，熟悉Access的读者很容易就能初步使用Microsoft SQL Server，成为一个DBBS。 J
Microsoft SQL Server 7.0的报价，5用户版1399美金，增加用户时，127美金每用户。

最"难"的数据库-无冕之王Oracle

　　如果你有机会接触到Oracle，那可是个好机会。Oracle是目前最看好的数据库厂商，由于其强大的功能和可配置、可管理能力，Oracle DBA的薪资一般比其他数据库管理员的薪资要高。而且，Oracle在大中型企业的关键应用也更加普遍了。Oracle可以运行在Windows NT、Sun Solaris、Linux等平台下。很多情况下要求你不仅仅熟悉NT，还要你熟悉Unix；而且Oracle不太友善的界面和成箱的Oracle产品资料可能也是一个障碍。
Oracle 8i标准版的报价，如果运行在Windows NT，附带JServer和interMedia，支持5个并发用户，报价是3925美金每CPU。增加并发用户时，785美金每用户。增加附加的命名用户时，392.5美金每用户。

数据库系统的贵族-IBM UDB/DB2

　　作为30年数据库研究的成果，IBM DB2确实称得上"数据库系统的贵族"。不管是小型商业系统，还是大的银行系统，用DB2都是可以高枕无忧的。最近推出的新版DB2 6.1， 管理和调节工具更加卓越和便于使用。DB2 可以运行在Intel架构上，也可以运行在IBM的S/390大型计算机上。如果你所在的行业对IBM的机器特别地称道，建议你学习IBM DB2。

DB2有两种版本：工作组版和企业版。工作组版999美元每服务器，外加249美元每个并发用户。而企业版是12500美元每个CPU，不限并发用户数量。

以Java为中心的数据库-Sybase Adaptive Server Enterprise(ASE) 12.0

　　即将发布的Sybase ASE 12.0，直接面向Java 程序员。这种以Java为中心的数据库系统，为那些准备在Java 平台下构建企业应用的企业来说，将是最好的选择。但是ASE称不上一个数据库领域的领先者，尽管相对于它以前的版本已经改进很多，并支持多个CPU和更多的并发，还有很多的新的特性。但Sybase的风光似乎已经不再。

值得期盼的Informix Centaur

　　有时候"第一"只是意味着你的对手需要等待更长的时间去赶上你。这正是1997年创立的Informix所面临的。Informix公司是率先将多媒体特性加入到关系数据库系统的大型数据库厂商之一。但是如今，IBM、Oracle、Sybase都已经跨越了这个概念。所以，Informix不得不寻求新的支撑来使自己区别于其他数据库厂商。这就是Informix Centaur的目标。Informix Centaur结合了Informix Dynamic Server 7.3的对象-关系数据库和Informix Universal Data Option 9.1，意在获得更好的适应性和多媒体支持。详情如何，我们拭目以待！

DBA的薪资

有很多因素影响到你作为DBA的薪资：

你的经验和能力所决定的DBA等级
你所熟悉的数据库系统
你的个性特点和潜力

　　下面的表说明了国内DBA人员的基本薪资状况，并说明了DAB等级和你所熟悉的数据库系统怎样影响到DBA的薪资。当然，这只是我个人掌握的情况，只能在一定程度上代表行业的平均水平。


DBA等级数据库系统 初级DBA年薪(万元) 中级DBA年薪(万元) 高级DBA年薪(万元)
Oracle 4 8 11
Microsoft SQL Server 3 5 8
IBM DB2 4 8 10
Sybase 3.5 6 8
Informix 4 7 10
注：每年按13个月计算。表内数字为平均年薪。 
数据库编程示例　　


　　在本次讲座中，我们以Delphi5为开发工具，标准的paradox表为后台数据库，来向大家介绍如何进行最简单的数据库编程。在本例中，我们将实现对一个数据表单的添加、修改、删除以及对表中数据进行查询的功能。

　　本例所使用的计算机软硬件环境为：Windows NT 4.0 Server，Borland Delphi 5，PIII550，256M内存。当然啦，一般的朋友在Win98的环境下或者Win2000的环境下都可以按照本例的步骤来编程序的。笔者的机器主要用作服务器，所以就在服务器上编啦。废话少说，现在开始：

　　在正式编写程序之前要有许多准备工作，这当然包括Borland Delphi 5的安装。Delphi5自身带了对标准数据表paradox的驱动（和一些fox系列数据库软件的.db文件是兼容的，这些文件都可以由Delphi直接读取）。

　　程序编写的第一步首先是数据表（即.db文件）的建立。在这一步要用到Delphi自带的一个工具叫Database Desktop。这个工具主要用来对表格进行操作，它不仅可以操作像.db文件这样的标准表格，还可以访问像Oracle、SQL Server等大型数据库的文件，功能可以说是很强大的。打开Database Desktop，选择File－New－Table，然后选择paradox7，出现如下界面：

　　 　

　　在FieldName里面填写你要建立的表单的属性名称，如图所示，本例中要建立的是人员管理表，所以建立的属性为编号、姓名、性别、工作单位、工资、备注等。除工资之外的属性都是字符串类型，即图中Type项所选择的A（Alpha），而Size则是指的字符串的长度，属性值的长度是根据属性的具体意义来确定的，例如“性别”选择只有“男”和“女”，一个汉字的长度，那么性别属性的长度设置成2就可以了（一个汉字等于两个字符的长度）。而工资属性是数值类型的，在paradox中用Number来标记，即和前面对应的一个“N”。属性设置完毕后，选择Save As存盘。本例中，所建立的数据表格的存放路径和文件名为：D:\Program Files\Borland\Database Desktop\WorkDir\ryb.db（人员表）。　　

　　这样就完成了第一步，这一步只是编程之前的准备工作，也是后面针对这个表单编写数据库应用程序的基础。下面要进行的就是实际的程序编写了，请打开Borland Delphi 5。　　

　　在缺省的Form1上放置这样一些控件（控件的位置就不用俺再罗嗦了吧？）：TdataBase、Ttable、TdataSourse、TdbGrid、Tlabel、TdbNavigator。按照你喜欢的界面风格来放置这些控件，如下图本例中的控件放置：

　　 　

　　下一步就是控件属性的设置啦，这一步也是本例中最关键的一步，因为许多网友对使用前端开发工具对后台数据库进行编程比较生疏，也就是在这个地方。

　　我们将Tdatabase的DataBaseName属性设置成Mydb（这个名字可以随便起），drivername为STANDARD（表明驱动的是paradox表），params属性为path=D:\Program Files\Borland\Database Desktop\WorkDir（存放.db文件的路径，前面已经提到），connected设为true（和数据表建立起连接），其他属性使用缺省值就可以了。　　

　　然后将Table的Databasename属性设为Mydb（即Database1的DataBaseName属性），tablename为ryb.db（即数据表的名字）Active属性设置为True（打开表单，便于编写程序）。　　

　　接着将Datasourse1的dataset属性设为为Table1(Ttable的name属性值)。另外DBNavigator1和DbGrid1的datasourse属性都设为datasourse1。Tlabel的caption属性设为“数据库编程示例”，如图所示（可以根据个人喜好修改字体，使它变得好看一些）。　　 >这样控件的属性就设置完毕了，注意到dbgrid里面的“编号”、“姓名”等栏都是数据表中的属性，在ryb.db里面定义，而不是在前端的delphi程序里面定义。点击run按钮之后，这个简单的程序就运行了（见下图）。　　 >这是通过Dbnavigator上的按钮就可以控制对表单进行数据的添加、删除、修改了（将DbNavigator的ShowHint属性改为True的话可以在运行时看到各个按钮的提示）。　
　　
　　至此，我们实现了使用Delphi这种快速开发工具编写简单的数据库应用程序， 细心的读者可能注意到了，到目前为止连一行程序都没有写，确实是这样，这就是第四代程序设计语言（可视化的编程语言）给我们带来的好处。当然啦，要编写比较复杂的程序不写代码是不可能的，下面我们将在上面的基础上实现查询的功能，并给大家附上源程序。在Form增加如下控件：一个Tquery、一个Tbutton、4个Tlabel、2个Tedit。并将Tlabel的属性进行下图所示的修改（新增加的控件都在黑色方框中）：　　 　　　　　　　　　　　　　　　 　　

　　将Query1的DataBaseName属性也设置成MyDb（和Table一样），SQL属性中写入Select* from ryb，RequestLive设为True（这样可以对Query里面的数据进行修改），然后将Active属性设为True。最后将DataSourse1的DataSet属性改为query1（此时Table1控件可以从Form上去掉了）。　　

　　双击Button1，在程序编辑器里面写入如下代码：　　

Query1.close；　　

　　 Query1.Sql.clear；　　

　　 Query1.SQL.Add(Select * from ryb)；　　

　　 Query1.sql.add(where 姓名 like :xm and 工资 > :gz)；　　

　　 Query1.ParamByName(xm).asstring:=%+Edit1.text+%；　　

If (Edit2.text<>’’)then　　

　　 Query1.ParamByName(gz).value:=strtofloat(Edit2.text)；　　

　　 Query1.prepare；　　

　　 Query1.open；　　 >
　　
　　 这样就完成了查询代码的编写，具体各条语句所引用的函数的含义大家可以参考Delphi的帮助文档，在此就不作赘述了。另外在编写查询程序时，涉及到一些关于数据库查询语言SQL的知识，在后面的文章中我们将有比较详细的介绍。　　 >此时再执行这个程序，就编程的具有查询功能的数据库程序。在Edit1和Edit2中输入相应的查询条件，然后点击Button1（确定），程序就执行相应的查询操作，查询到的结果将在DBGrid1中显示。　　

　　到此为止，我们就实现了使用Borland Delphi5操纵paradox数据表的程序示例，当然，这个程序是非常简单的，它实现的只是数据库操作的最基本功能。而且这个程序只是在单击环境下运行的，在设计的时候，我们还不需要考虑一些例如并发性的问题。现在比较成熟的是在客户机/服务器结构下和浏览器/服务器下对数据库进行操作，而且随着网络功能的加入，许多新的问题也带入进来，在后面我们将举这方面的例子，请大家静候佳音吧！
型数据库设计原则 　　
作者：思索 整理：南海
　　一个好的数据库产品不等于就有一个好的应用系统，如果不能设计一个合理的数据库模型，不仅会增加客户端和服务器段程序的编程和维护的难度，而且将会影响系统实际运行的性能。一般来讲，在一个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年的所有记录。

评论