没有合适的资源?快使用搜索试试~ 我知道了~
银行数据库设计ppt课件.ppt
需积分: 12 0 下载量 167 浏览量
2022-10-24
09:20:51
上传
评论
收藏 1.68MB PPT 举报
温馨提示
试读
53页
银行数据库设计ppt课件.ppt
资源推荐
资源详情
资源评论
银
银
行
行
数
数
据
据
库
库
设
设
计
计
1
7.2--53
银
银
行
行
数
数
据
据
库
库
的
的
数
数
据
据
需
需
求
求
n 初始的用户需求规格说明可以基于数据库用户的交流以及设计者自己对银行业务的
分析。这个设计阶段中的需求描述是制定数据库的概念结构的基础。以下是银行企
业的主要特征:
l 1.银行有多个支行。每个支行位于某个城市,由唯一的名字标识。银行监控每
个支行的资产
l 2.银行客户通过其customer_id值标识,银行存储了每位客户的姓名及其居住
的城市和街道。客户可以有账户,并且可以贷款。一个客户可能和某个银行员
工发生联系,该员工作为此客户的贷款负责人或私人助理
l 3.银行员工功过其employee_id值来标识。银行的管理机构存储每个员工的姓
名、电话号码、亲属姓名及其经理的employee_id号码。银行还需要知道员工
开始工作的日期,由此日期可以推知员工的雇佣期
l 4.银行提供两类账户——支票账户和储蓄存款账户。账户可以由两个或两个以
上客户共有,一个客户也可以有两个或两个以上的账户。每个账户被赋予唯一
的账户号。银行记录每个账户的余额以及每个账户拥有者访问该账户的最近日
期。另外,每个储蓄存款账户有其利率,而每个支票账户有其透支额
l 5.每笔贷款由某个支行发放,能被一个或多个客户所共有。一笔贷款用一个唯
一的贷款号标识。银行需要知道每笔贷款所贷金额以及逐次还款情况。虽然贷
款的还款号并不能唯一地标识银行所有贷款中的某个特定的还款,但可以唯一
地标识对某贷款的所还款项。对每次的还款需要记载其日期和金额
n 真实的银行中,还应像记载对贷款的所还款项那样来记载每个储蓄存款账户或支票
账户中取出或存入的金额。由于这些记载的建模过程类似,并且为了保持示例的简
洁性,在我们的模型中不考虑对存款和取款的记录。
2
7.3--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实体,也可以都不是。
3
7.4--53
实
实
体
体
集
集
customer
customer
and
and
loan
loan
customer_id customer_ customer_ customer_ loan_ amount
name street city number
4
7.5--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
5
剩余52页未读,继续阅读
资源评论
智慧安全方案
- 粉丝: 3595
- 资源: 59万+
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功