银行数据库设计ppt.pptVIP

银行数据库设计 银行数据库的数据需求 初始的用户需求规格说明可以基于数据库用户的交流以及设计者自己对银行业务的分析。这个设计阶段中的需求描述是制定数据库的概念结构的基础。以下是银行企业的主要特征： 1.银行有多个支行。每个支行位于某个城市，由唯一的名字标识。银行监控每个支行的资产 2.银行客户通过其customer_id值标识，银行存储了每位客户的姓名及其居住的城市和街道。客户可以有账户，并且可以贷款。一个客户可能和某个银行员工发生联系，该员工作为此客户的贷款负责人或私人助理 3.银行员工功过其employee_id值来标识。银行的管理机构存储每个员工的姓名、电话号码、亲属姓名及其经理的employee_id号码。银行还需要知道员工开始工作的日期，由此日期可以推知员工的雇佣期 4.银行提供两类账户——支票账户和储蓄存款账户。账户可以由两个或两个以上客户共有，一个客户也可以有两个或两个以上的账户。每个账户被赋予唯一的账户号。银行记录每个账户的余额以及每个账户拥有者访问该账户的最近日期。另外，每个储蓄存款账户有其利率，而每个支票账户有其透支额 5.每笔贷款由某个支行发放，能被一个或多个客户所共有。一笔贷款用一个唯一的贷款号标识。银行需要知道每笔贷款所贷金额以及逐次还款情况。虽然贷款的还款号并不能唯一地标识银行所有贷款中的某个特定的还款，但可以唯一地标识对某贷款的所还款项。对每次的还款需要记载其日期和金额 真实的银行中，还应像记载对贷款的所还款项那样来记载每个储蓄存款账户或支票账户中取出或存入的金额。由于这些记载的建模过程类似，并且为了保持示例的简洁性，在我们的模型中不考虑对存款和取款的记录。 建模 数据库建模如下： 一组实体的集合 一组实体集间联系的集合 实体：是现实世界中可区别于其他对象的“事物”或“对象”。 例如：企业中的每个人都是一个实体，一个人的person_id性质可以唯一地标识这个人；贷款也可以被看作实体，通过贷款号唯一地标识某个贷款实体。 每个实体有一组性质（或属性） 例如：people have names and addresses 实体集：是相同类型——即具有相同性质（或属性）——的实体集合。 例如：某个银行的所有客户的集合可被定义为实体集customer。类似地，实体集loan表示某个银行所发放的所有贷款的集合。 实体集不必互不相交。例如，可以定义银行所有员工的实体集employee和所有客户的实体集customer。而一个person实体可以是employee实体，可以是customer实体，可以既是employee实体又是customer实体，也可以都不是。 实体集 customer and loan 联系集 联系：是指多个实体间的相互关联。 例如：可以定义客户Hayes和贷款号L-15相关联的联系 Hayes loan L-15 customer entity relationship set loan entity 联系集是n (n ? 2) 个实体集上的数学关系，其元素如下： {(e1, e2, … en) | e1 ? E1, e2 ? E2, …, en ? En}这里 (e1, e2, …, en) 是一个联系。 例如： (Hayes, L-15) ? borrower 联系集 borrower 联系集 (续) 一个联系集也可以具有描述性属性。 实体集customer和account之间的联系集depositor。我们可以将属性access_date与该联系关联起来，以表示客户访问一个账户的最近日期。 属性 一个实体集可能有多个属性，每个实体可以用一组(属性，数据值)对来表示。 域 – 每个属性都有一个可取值的集合 属性类型： 简单 属性和复合属性 单值 属性和多值 属性 例如：多值属性： phone_numbers 派生 属性 可以从别的相关属性或实体派生出来 例如： age, 派生于 date_of_birth 复合属性 映射基数约束 指明一个实体通过一个联系集能同时与多少个实体相关联。 映射基数在描述二元联系集时非常有用。 对于实体集A和B之间的二元联系集R来说，映射的基数必然是以下情况之一： One to one One to many Many to one Many to many 映射基数 映射基数 码 超码：是一个或多个属性的集合，这些属性的组合可以使我们在一个实体集中唯一地标识一个实体。 我们通常只对这样的一些超码感兴趣，它们的任意子集都不能成为超码，这样的最小子集称为候选码。 Customer_id is candidate key of customer account_number is candidate