【计算机专业文献翻译】数据库构建

数据库构建

从用户界面要素构建数据库应用，描述数据库为信息的组成部分(数据集)，以及连结这些对彼此和对数据库信息的来源的组成部分。你怎样组织这些片，就是你的数据库应用的结构。

当有很多清楚的方法在数据库应用中组织组成部分时，大多数遵循用下列数字说明的一般的计划：

1．用户界面形式

在形式上把它完全与其余应用分开的隔离用户界面是一种好想法。这有几个优势。通过把用户界面从描述数据库信息的组成部分本身隔离开，你把一种更大的灵活性引入你的设计：转换成你管理数据库信息的方式，不要求你重写你的用户界面；换成用户界面不要求你兑换与数据库合作的你应用的部分。另外，这类隔离让你发展你能在多应用之间分享的普通形式，因此提供一个一致的用户界面。通过储存与类库方面的精心设计的形式的联系，你和其他开发者能在现有的基础而不是为每项新工程从头开始建造。分享形式也使你得以发展应用接口的共同的标准。关于在数据库应用中创建用户界面的更多信息，参见用户界面的设计。

2．数据控件

如果你已经隔离你的用户界面进它自己的形式，你可以使用一个数据模件存放描述数据库信息的零部件( 数据集)，以及把这些数据集和你的应用的其它部分连结起来的组成部分。像用户界面形式一样，你在类库中能分享数据控件，以便他们可能在应用中被重新使用或者共享。

3．数据源

在数据模件里的第一条是一个数据源。在用户界面和从数据库那里描述信息的一数据集之间，数据源担任一导管。几个意识到数据的关于一个形式的控制能分享一个单个的数据源，在这种情况下在每个控制过程中的展示能够协调以便用户卷轴通过记录，在当前所记的领域的相应价值中被在每个控制过程中展示。

4.数据集

你的数据库应用的核心是数据集。这个组成部分在基础的数据库中代表一套记录。这些记录可能是来自一份单数据库表，来自一张表多个领域或多个记录，或来自于多个表的视图。在使用数据集时，你应用逻辑是在数据库缓存内重建的物理表。当基础的数据库改变时，你可能需要改变数据集控制的数据的方式，但是你的其余应用能继续工作而没有改变。欲了解关于数据集的共同特性和方法的更多的信息，参见理解数据集

5. 数据链接

不同的类型的数据集用不同的机制连接基础数据库信息。在你能建造的数据库时，这些不同的机制，依次构成主要的差别。链接数据有4 个基本的机制：直接连接一台数据库服务器。大多数数据集使用一个TCustomConnection 的后台服务对一个数据库服务器建立连接。

在磁盘上使用一个共享的文件。客户数据集支持在磁盘上使用一个共享的文件工作的能力。当使用一个共享的文件并不释放连接部分，因为那些客户端知道怎样读写文件。

连接另一个数据集。客户数据集能够使用被另一个数据集提供的数据工作。一个TDataSetProvider 组件作为在客户数据集和它的来源数据集之间的一个中介。这个数据集提供者能存在于客户数据集相同的数据控件，或者可能是在另一台运转机服务器上的一台应用服务器的一部分。如果提供者是一台应用服务器的一部分，你也需要一个TCustomConnection的特别的后台对应用服务器建立连接。

获得一个来自RDS DataSpace 的对象。在使用被基于ADO应用服务的多级的数据库，应用ADO数据集能使用一TRDSConnection 的控件排列数据。

有时，这些机制可能集合在一个单独的应用中。

最普通的数据库构成是数据集使用一个连接控件建立对一台数据库服务器的一个连接。数据集然后从服务器中直接读数据并且到服务器直接编辑。这被用下列数字说明。

直接连接到服务器：

各种类型的数据集使用自己固有的连接部分，这代表了一个单独的数据存取机制：

如果数据集是一个BDE数据集(例如TTable，TQuery或者TStoredProc)，连接组成部分是一个TDataBase 对象。你通过确定它的数据库特性把数据集和数据库组成部分连结起来。当使用BDE数据集时，你不需要明确地增加一个数据库组成部分。如果你确定数据集的DatabaseName 特性，一个数据库组成部分被在运行时自动为你创建。

如果数据集是一个ADO数据集(例如TADODataSet，TADOTable，TADOQuery或者TADOStoredProc) ，连接组成部分是一个TADOConnection 对象。你通过确定它的连接特性把数据集和ADO连接组成部分连结起来。像BDE数据集一样，你不需要明确地增加连接组成部分：改为你能确定数据集的

ConnectionString特性。

如果数据集是一个dbExpress数据集(例如TSQLDataSet，TSQLTable，TSQLQuery或者TSQLStoredProc) ，连接组成部分是一个TSQLConnection 对象。你通过确定它的SQLConnection 特性把数据集和SQL 连接组成部分连结起来。当使用dbExpress数据集时，你必须明确地增加连接组成部分。dbExpress数据集和其它数据集之间的另一个差别是dbExpress数据集总是只读和单向的：这表明你只能通过记录说明来操作，并且你不能使用支持数据集方法进行编辑。

如果数据集是InterBase Express数据集(例如TIBDataSet，TIBTable，TIBQuery或者TIBStoredProc) ，连接组成部分是一个TIBDatabase 对象。你通过确定它的数据库财产把数据集和IB数据库组成部分连结起来。像dbExpress数据集一样，你必须明确地增加连接组成部分。

除在上面列举的组成部分之外，你能使用一个专业的客户数据集(例如TBDEClientDataSet，TSimpleDataSet或者TIBClientDataSet 用一个数据库连接组成部分)。当使用这些客户数据集之一时，指定连接组成部分的适当类型为DBConnection 特性的值。

虽然每种类型的数据集使用一个不同的连接组成部分，他们全部执行大多数相同的任务和表面大多数相同的特性，方法和事件。在各种各样数据库的连接控件上有很多共性，参见连接数据库。

这些构造由单层-层排列或者两层-层排列应用，取决于那些服务器数据库在本地数据库或者远程数据库服务器。虽然分隔到一个数据模块，但是操作数据库信息的逻辑在实现用户界面的过程中是相同的应用。

你能写的数据库应用的最简单的形式根本不使用数据库服务器。相反，它使用MyBase，客户数据集的功能把他们保存成文件并且装载来自文件的数据。这个结构可以用下列数字说明：

当使用基于文件方法进行存取，你应用客户数据集的SaveToFile 方法读写磁盘。SaveToFile使用一个参数，包含那些表被创造(或者改写)的文件名。当你想要读以前使用SaveToFile方法建的一张表时，使用LoadFromFile方法。LoadFromFile也使用一个参数，包含表的文件名。

如果你总是从同一文件装载和保存，你能使用FileName特性代替SaveToFile和LoadFromFile方法。当FileName被调整到一个合理的文件名字时，当客户数据集开放时，数据自动装载；当客户数据集关闭时，数据自动保存到文件中。

这简单的基于文件的结构是单层-层排列的应用，虽然分隔到一个数据模块，但是操作数据库信息的逻辑在实现用户界面的过程中是相同的应用。

这种基于文件的接近有个简单的好处。没有数据库服务器要安装，使成形，或者部署 (如果你不静态连接在midaslib.dcu，客户数据集内确实需要midas.dll)。

这不需要站点许可证或者数据库管理。

另外，Delphi的一些版本让你可以在任意的XML数据和被一个客户数据集使用的数据包之间进行转变。因此，基于文件的接近能像使用共享数据集一样使用用XML数据。关于在XML数据和客户数据集数据包之间转变的信息，参见数据库应用中的XML使用。

这种基于文件的接近没有支持多用户，这种数据集应该完全致力于应用。数据保留成文件存放在磁盘上，并且在稍后装，但是没有内部保护防止多个用户免受重写彼此的数据文件。

Database Architecture

Database applications are built from user interface elements, components that represent database information (datasets), and components that connect these to each other and to the source of the database information. How you organize these pieces is the architecture of your database application.

While there are many distinct ways to organize the components in a database application, most follow the general scheme illustrated in the following figure:

The user interface form

It is a good idea to isolate the user interface on a form that is completely separate from the rest of the application. This has several advantages. By isolating the user interface from the components that represent the database information itself, you introduce a greater flexibility into your design: Changes to the way you manage the database information do not require you to rewrite your user interface, and changes to the user interface do not require you to change the portion of your application that works with the database. In addition, this type of isolation lets you develop common forms that you can share between multiple applications, thereby providing a consistent user interface. By storing links to well-designed forms in the Object Repository, you and other developers can build on existing foundations rather than starting over from scratch for each new project. Sharing forms also makes it possible for you to develop corporate standards for application interfaces. For more information about creating the user interface for a database application, see Designing the user interface.

The data module

If you have isolated your user interface into its own form, you can use a data module to house the components that represent database information (datasets), and the components that connect these datasets to the other parts of your application. Like the user interface forms, you can share data modules in the Object Repository so that they can be reused or shared between applications.