文档介绍：银行数据库设计银行数据库设计 --53 银行数据库的数据需求银行数据库的数据需求 n初始的用户需求规格说明可以基于数据库用户的交流以及设计者自己对银行业务的分析。这个设计阶段中的需求描述是制定数据库的概念结构的基础。以下是银行企业的主要特征: 。每个支行位于某个城市,由唯一的名字标识。银行监控每个支行的资产 customer_id 值标识,银行存储了每位客户的姓名及其居住的城市和街道。客户可以有账户,并且可以贷款。一个客户可能和某个银行员工发生联系,该员工作为此客户的贷款负责人或私人助理 employee_id 值来标识。银行的管理机构存储每个员工的姓名、电话号码、亲属姓名及其经理的 employee_id 号码。银行还需要知道员工开始工作的日期,由此日期可以推知员工的雇佣期 ——支票账户和储蓄存款账户。账户可以由两个或两个以上客户共有,一个客户也可以有两个或两个以上的账户。每个账户被赋予唯一的账户号。银行记录每个账户的余额以及每个账户拥有者访问该账户的最近日期。另外,每个储蓄存款账户有其利率,而每个支票账户有其透支额 ,能被一个或多个客户所共有。一笔贷款用一个唯一的贷款号标识。银行需要知道每笔贷款所贷金额以及逐次还款情况。虽然贷款的还款号并不能唯一地标识银行所有贷款中的某个特定的还款,但可以唯一地标识对某贷款的所还款项。对每次的还款需要记载其日期和金额 n真实的银行中,还应像记载对贷款的所还款项那样来记载每个储蓄存款账户或支票账户中取出或存入的金额。由于这些记载的建模过程类似,并且为了保持示例的简洁性,在我们的模型中不考虑对存款和取款的记录。 --53 建模建模 n数据库建模如下: l一组实体的集合 l一组实体集间联系的集合 n实体:是现实世界中可区别于其他对象的“事物”或“对象”。 l例如: 企业中的每个人都是一个实体, 一个人的 person_id 性质可以唯一地标识这个人;贷款也可以被看作实体,通过贷款号唯一地标识某个贷款实体。 n每个实体有一组性质(或属性) l例如: people have names and addresses n实体集:是相同类型——即具有相同性质(或属性) ——的实体集合。 l例如:某个银行的所有客户的集合可被定义为实体集 customer 。类似地,实体集 loan 表示某个银行所发放的所有贷款的集合。 l实体集不必互不相交。例如,可以定义银行所有员工的实体集 employee 和所有客户的实体集 customer 。而一个 person 实体可以是 employee 实体,可以是 customer 实体,可以既是 employee 实体又是 customer 实体,也可以都不是。 --53 实体集实体集 customer customer and and loan loan customer_id customer_ customer_ customer_ loan_ amount name street city number --53 联系集联系集 n联系:是指多个实体间的相互关联。例如:可以定义客户 Hayes 和贷款号 L-15 相关联的联系 Hayes loan L-15 customer entity relationship set loan entity n联系集是n (n ?2)个实体集上的数学关系,其元素如下: {(e 1, e 2, …e n) | e 1?E 1, e 2?E 2, …, e n?E n} 这里(e 1, e 2, …, e n) 是一个联系。 l例如: (Hayes, L-15) ?borrower --53 联系集联系集 borrower borrower --53 联系集联系集( (续续) ) n一个联系集也可以具有描述性属性。 n实体集 customer ount 之间的联系集 depositor 。我们可以将属性 access_date 与该联系关联起来,以表示客户访问一个账户的最近日期。 --53 属性属性 n一个实体集可能有多个属性,每个实体可以用一组(属性,数据值)对来表示。 n域–每个属性都有一个可取值的集合 n属性类型: l简单属性和复合属性 l单值属性和多值属性 4例如:多值属性: phone_numbers l派生属性 4可以从别的相关属性或实体派生出来 4例如: age, 派生