银行数据库设计

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