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中加强对数据的集中控制，而在数据分析和使用的集中控制上只需要花费比较少的精力。
在服务器端可以对整个业务数据库进行数据完整性验证。
更灵活的业务划分，客户端和服务器端业务功能分离，各司其职。
服务器向客户端传递的数据是经过筛

首页 上一页 2 3 4 5 6 7 8 下一页 尾页 5/14/14

相关论文