2．数据库逻辑结构设计
转换后的关系模型如下所示,关系主码用下划线标出.
登录日志 Log( id, type, intime, outtime,ip )
计费标准 Rule( type, criteria )
用户列表 Users( id, type, class, name, pwd, money, info )
下面我们将利用SQL语言的CREATE语句建立上述关系,并定义好完整性约束.
CRAETE TABLE Log 登录日志
（id VARCHAR(16),
type VARCHAR(16),
intime DATETIME,
outtime DATETIME,
ip VARCHAR(15)
);
CREATE TABLE Rule 计费标准
(type VARCHAR(16) CONSTRAINT CONDNO PRIMARY KEY ,
criteria FLOAT
);
CREATE TABLE Users
(id VARCHAR(16) CONSTRAINT CONDNO PRIMARY KEY ,
type VARCHAR(16),
class VARCHAR(16),
name VARCHAR(20),
pwd VARCHAR(20),
money FLOAT,
info VARCHAR(100)
);
具体到建立数据库，需要手工建立一个数据库LGSys.mdb.
第三章 分子模块的设计
3．1 C/S基本概念
什么是C/S？如果你是一位DELPHI开发人员，那你一定要把这个概念弄清楚。因为实际上，DELPHI本身就是一个客户/服务器开发环境。典型的客户/服务器结构总是包括一个前端程序，也叫客户。其作用于是向远程服务器上的程序发送数据，并接收来自服务器的数据并进行一定的处理，再根据情况进行反馈。即远程服务器是服务的提供者，它可以从内部访问服务器上的数据库；而客户总是向服务器请求服务，并不能直接访问数据库内的数据。在这种情况下，服务器尽可能详尽地定义业务规则和实现尽可对强大的功能，因为它往往是更新比较缓慢的，而客户往往比较“瘦小”，因为它往往是频繁更新和分发的对象。
一般情况下，客户/服务器方案可以解决以下几个问题：
允许将不同客户进行分类，每类客户只允许处理它负责的数据。
以一种更为有效的方式为决策者提供决策支持。
在MIS中加强对数据的集中控制，而在数据分析和使用的集中控制上只需要花费比较少的精力。
在服务器端可以对整个业务数据库进行数据完整性验证。
更灵活的业务划分，客户端和服务器端业务功能分离，各司其职。
服务器向客户端传递的数据是经过筛