数据库第四章：数据库设计与实现

已于 2023-02-16 17:46:10 修改
阅读量1.6k 收藏 11
点赞数 2
分类专栏： 数据库 文章标签： postgresql 数据库
于 2021-04-02 21:44:51 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/HLXchamp/article/details/115407161
版权

4.1 数据库设计概述

4.1.1 数据库设计方案

在数据库设计中，我们需要创建不同层次的数据模型来抽象表示系统中的数据对象组成及其关系，即建立系统数据架构。
系统数据架构可由概念数据模型、逻辑数据模型和物理数据模型组成。
在这里插入图片描述
一、概念数据模型（CDM）
是一种面向用户的系统数据模型，它用来描述现实世界的系统概念化数据结构。使数据库设计人员在系统设计的初始阶段，摆脱计算机系统及DBMS的具体技术问题，集中精力分析业务数据以及数据之间的联系等，描述系统的数据对象及其组成关系。
二、逻辑数据模型（LDM）
是在概念数据模型基础上，从系统设计角度描述系统的数据对象组成及其关联结构，并考虑这些数据对象符合数据库对象的逻辑表示。
三、物理数据模型（PDM）
是在逻辑数据模型基础上，针对具体DBMS所设计的数据模型。它用于描述系统数据模型在具体DBMS中的数据对象组织、存储方式、索引方式、访问路径等实现信息。
在这里插入图片描述
数据库设计模型的3个基本原则：
① 真实地模拟现实世界的数据关系；
② 数据模型形式容易被用户理解；
③ 数据模型便于在计算机上实现。

4.1.2 数据库设计过程与策略

一、数据库设计过程
在这里插入图片描述
二、数据库设计策略
（1）自底向上策略
先具体分析各业务数据需求，并抽象各业务的数据实体及其关系，然后设计各个业务的数据模型。
（2）自顶向下策略
先从组织机构全局角度，规划设计顶层数据模型，然后分别对所涉及的业务数据进行实体联系建模。
（3）由内至外策略
先确定组织机构的核心业务，进行建模设计，然后扩展到外围业务的数据模型设计。
（4）混合设计策略
同时应用多种设计策略进行系统数据建模，可避免单一设计策略导致的数据库建模设计局限。

4.2 E-R模型

E-R模型是**“实体-联系模型”**的简称。

4.2.1 模型基本元素

一、实体
实体是对现实世界中描述事物数据对象的抽象概念。
凡是包含数据特征的对象均可被定义为实体（人/物品/机构单位等）。
在E-R模型图中，实体符号通常使用两层矩形方框表示，并在顶层方框内注明实体的名称。
建议实体名在概念模型设计阶段使用中文表示，而在物理模型设计阶段转换成英文名形式。
在这里插入图片描述
二、属性
每个实体都有自己的一组数据特征，这些描述实体的数据特征被称为实体的属性。
不同实体的属性是不同的。
两栏矩形框中，上栏区域显示实体名称，下栏区域显示实体属性。
在这里插入图片描述
在实体中，能够唯一标识不同实体实例的属性或属性集被称为标识符。
标识符对应着主键。
作为标识符的属性需加上下画线。

三、实体间的联系
可以使用联系表示一个或多个实体之间的关联关系（一般用动词表示）。
实体之间关联的数目被称为元。

  • 实体自己与自己之间的联系被称为一元联系，也被称为递归联系
  • 两个实体之间的联系被称为二元联系
  • 3个实体之间的联系被称为三元联系
  • 二元联系是最常见的实体联系
    在这里插入图片描述

4.2.2 实体联系类型

一、多重性分类
（1）一对一联系
如果实体A中的每一个实例在实体B中至多有一个实例与之联系，反之亦然，则称实体A与实体B具有一对一联系，记为1:1。
（2）一对多联系
如果实体A中的每一个实例在实体B中有N（N≥1）个实例与之联系，而实体B中的每一个实例在实体A中至多有一个实例与之联系，则称实体A与实体B具有一对多联系，记为1:N。
（3）多对多联系
如果实体A中的每一个实例在实体B中有N（N≥1）个实体与之联系，而实体B中的每一个实例在实体A中有M（M≥1）个实体与之联系，则称实体A与实体B具有多对多联系，记为 M:N。
在这里插入图片描述
二、参与性分类
二元实体联系除了有“一对一”等联系类型外，每种联系实体还可根据参与性再分成两种类型，即可选的联系和强制的联系。
还需要具体指定各实体参与联系的基数。

  • 基数有最小基数与最大基数。
  • 如果最小基数为0，则表示联系中的实体参与是可选的。
  • 如果最小基数为1，则表示联系中的实体参与是强制性的。
  • 在实体两端分别标记联系的最小基数和最大基数。
    在这里插入图片描述
    三、继承性分类
    继承联系用于表示实体之间的相似性关系。
    一端是具有公共属性的实体，被称为父实体；另一端是一个或多个实体，被称为子实体。
    ① 互斥继承联系与非互斥继承联系
    在这里插入图片描述
    在这里插入图片描述
    ② 完整继承和非完整继承
    在这里插入图片描述
    在这里插入图片描述
    对应的模型符号：
    在这里插入图片描述

4.2.3 强弱实体

一个实体的存在必须以另一个实体的存在为前提，前者就被称为弱实体，而被依赖的实体
被称为强实体。
例如，在“学生”“学校”实体联系中，“学生”实体必须依赖于“学校”实体而存在。因此，在该
实体联系中，“学生”为弱实体，“学校”为强实体。
在这里插入图片描述
当给出一个弱实体时，必须也给出它所依赖的强实体。
在一些情况下，一个实体既可能是弱实体，又可能是强实体，这取决于该实体与其他实体之间的关系。

4.2.4 标识符依赖实体

弱实体又分为标识符（ID）依赖弱实体和非标识符（ID）依赖弱实体两类。
一、标识符（ID）依赖弱实体
如果弱实体的标识符含有所依赖实体的标识符，则该弱实体被称为标识符（ID）依赖弱实体。
在这里插入图片描述
“成绩表”实体的标识符分别取决于“学生”“课程”实体的标识符，因此，“成绩表”实体是标识符（ID）依赖弱实体。
二、非标识符（ID）依赖弱实体
在有依赖关系的弱实体中，并非所有弱实体都是标识符（ID）依赖弱实体，它们可以有自己的标识符，这样的弱实体即为非标识符（ID）依赖弱实体。
例如，在图4-15所示的“客户”“订单”“商品”实体联系中，“订单”实体在语义上依赖于“客户”“商品”实体而存在。但在“订单”实体中，不需要将“客户”“商品”实体的标识符作为“订单”实体的标识符组成部分。因此，“订单”实体为非标识符依赖弱实体。
在这里插入图片描述
在以上示例给出的标识符依赖弱实体和非标识符依赖弱实体均为一对多联系。除此之外，标识符依赖弱实体和非标识符依赖弱实体在其他示例中也可为一对一联系或多对多联系。

  1. 在E-R模型中，对标识符（ID）依赖弱实体的联系连线图形符号，在弱实体一侧有一个三角形的符号，如图4-14所示。
  2. 对非标识符（ID）依赖 弱实体的联系连线图形符号，在弱实体一侧仅为基本鸟足符号，如图4-15所示。

4.2.5 E-R模型图

在这里插入图片描述
补：
一、无论强实体还是弱实体，只是在后期向物理模型（关系模型）转换时处理上有不同。
二、强弱是相对于其它实体而言的

4.3 数据库建模设计

4.3.1 概念数据模型

一、什么是概念数据模型设计
概念数据模型设计一般是采用E-R模型方法进行建模设计。

4.3.2 CDM/LDM/PDM模型转换设计

一、不同层次数据模型转换方案
在这里插入图片描述
二、CDM/LDM到PDM转换原理
CDM/LDM到PDM的转换其实就是E-R模型到关系模型的转换。

E-R模型到关系模型转换原理：

  • 将每一个实体转换成一个关系表，实体属性转换为关系表的列，实体标识符转换为关系表的主键或外键。
  • 将实体之间的联系转化为关系表之间的参照完整性约束。

例：概念数据模型中“学生”实体，转换为物理数据模型中“学生”表
在这里插入图片描述
三、弱实体转换关系表
非ID依赖：在弱实体转换的关系表中加入强实体标识符作为外键列。
在这里插入图片描述
ID依赖：在弱实体转换的关系表中加入强实体标识符作为外键列与主键列。
在这里插入图片描述
四、实体联系转换参照完整性约束
1.“1:1实体联系”转换表示
两种转换方案：

  1. 将学生表的主键“学号”放入助研金账号表中做外键；
  2. 将助研金账号表的主键“账号”放入学生表中做外键。
    这两种方案均是可行的，由设计者根据应用需求自主做出选择。
    在这里插入图片描述
    2.“1:N实体联系”转换表示
    转换方案：两个实体分别转换为关系表，然后将父实体关系表的主键****放入子实体关系表中做外键，便可将1:N实体联系转换为关系表参照完整性约束。
    在这里插入图片描述
    3.“M:N实体联系”转换表示
    转换方案：M:N实体联系不能直接转换。需要创建一个新的关联表，该关联表分别参照原有实体对应的关系表。

在这里插入图片描述
将两个表的主键都放在新的表中做主键与外键。

五、实体继承联系转换参照完整性约束
在处理实体继承联系转换时，将父表中的主键放置到子表中，既做主键又做外键。
在这里插入图片描述
六、实体递归联系转换参照完整性约束
1.“1:N实体递归联系”的转换
转换方案：首先将递归实体转换为表，其属性转换为列，标识符转换为主键，同时还将标识符转换为外键，实现自己对自己的参照。
在这里插入图片描述
2.“M:N实体递归联系”的转换
转换方案：增加一个关联表，该表分别参照原实体对应的关系表，并对原关系表建立两个参照完整性约束。
在这里插入图片描述
七、系统数据库建模设计实例
1、图书借阅管理系统CDM
在这里插入图片描述
2、图书借阅管理系统LDM
在这里插入图片描述
3、图书借阅管理系统PDM
在这里插入图片描述

4.4 数据库规范化设计

一、为什么需要规范化数据库设计？

  • 减少数据库中的冗余数据，尽量使同一数据在数据库中仅保存一份，有效降低维护数据一致性的工作量。
  • 设计合理的表间依赖关系和约束关系，便于实现数据完整性和一致性。
  • 设计合理的数据库结构，便于系统对数据高效访问处理。

二、非规范化关系表的数据操作问题
1、“雇员”关系表数据访问操作存在的异常

  • 插入数据异常
  • 删除数据异常
  • 修改数据异常
    2、不规范的关系表可能存在数据冗余，引出数据访问操作异常现象，难以使数据库保持数据的一致性。

4.4.1 函数依赖

一、函数依赖理论
函数依赖是数据依赖的一种，它反映属性或属性组之间相互依存、互相制约的关系，即反映现实世界的数据约束关系。

定义下列符号：R表示一个关系的模式，**U = {A1,A2,…,An}**是R的所有属性的集合，F 是R 中函数依赖的集合，r是R 所取的值，**t[X]**表示元组 t 在属性X上的取值。
（元组就是行）

二、函数依赖的定义
定义：设有一关系模式R（U），X和Y为其属性U的子集，设 t，s 是关系R中的任意两个元组，如果t [X] = s[X]，则t [Y] = s[Y]。那么称Y函数依赖于X，或X函数决定Y。也可称在关系模式R（U）上成立。

一个函数依赖要能成立，要求关系的任一可能值都能满足函数依赖条件。
在这里插入图片描述
三、部分函数依赖
在这里插入图片描述
四、属性传递依赖
在这里插入图片描述
XY一一对应意味着实际上是等价的，那么X决定Z，必有Y决定Z，所以不是传递。

五、多值依赖
在这里插入图片描述

4.4.2 关系规范化范式

一、关系规范化范式
关系规范化是把一个有访问异常的关系分解成结构良好的关系的过程，使得这些关系有最小的冗余或没有冗余。
规范化范式（NF）是指关系表符合特定规范化程度的模式。

1、第1范式（1NF）
如果关系表中的属性不可再细分，该关系满足第1范式。反之，该表就不是关系表。

2、第2范式（2NF）
如果关系满足第1范式，并消除了关系中的属性部分函数依赖，该关系满足第2范式。
例：有一个关系（A,B,N,O,P）,其复合主键为（A,B）,那么N,O,P这三个非键属性都不存在只依赖A或只依赖B情况，则该关系满足第2范式，反之，不满足第2范式。

3、第3范式（3NF）
如果关系满足第2范式，并切断了关系中的属性传递函数依赖，该关系满足第3范式。
例：若有一个关系（A,N,O,P）,主键为（A）,那么非键属性N,O或P都不能由单个的N,O或P或它们的组合所确定。该关系满足第3范式。

4、巴斯-科德范式（BCNF）
在关系中，所有函数依赖的决定因子都是候选键，该关系满足BCNF范式。

5、第4范式（4NF）
如果关系满足BCNF范式，并消除了多值函数依赖，该关系满足第4范式。

例：设学校中某一门课程由多个教师讲授，每个教师可有自己的参考书。用关系模式Teaching（Course，Teacher，Book）来表示课程、教师和参考书之间的关系。

该关系Teaching（Course，Teacher，Book），属于BCNF范式；但是存在多值函数依赖，即不满足4NF。

将原表进行分解处理，可分解为Teaching（TeachingID，CourseID，TeacherID，BookID）、Course（CourseID，CourseName）、 Teacher（TeacherID，TeacherName）、Book（BookID，BookName）后，即可消除多值依赖，便可满足4NF范式。

6、关系规范化程度利弊

  1. 关系的规范化程度依次提升： 1NF→ 2NF → 3NF→ BNCF → 4NF
  2. 关系的规范化程度越高，关系数据库存储的冗余数据就越少，可消除的数据访问异常就越多。
  3. 不过关系的规范化程度越高，分解出来的关系表就越多，但实现数据查询访问时，需关联多表，其效率降低。

二、关系规范化设计实例
在这里插入图片描述
1、本关系不满足1范式，因为“联系方式”属性可以再细分“电话”、“电子邮件”等。

在这里插入图片描述
2、

分析：
主键（学号，课程号）：
（学号）→系名，
（学号）→住址，
（学号）→电话，
（学号）→电子邮件，存在部分依赖，不满足第2范式。
处理办法：对学生关系进行分解，按“学生信息”、“课程成绩”主题撤分为两个关系表。

在这里插入图片描述
3、分析：在学生关系表中，
（学号） →系名，
（系名） →住址，
故（学号） →住址。存在传递函数依赖，不满足第3范式。
处理办法：对学生关系再次分解为“学生”、“系信息”关系 。
在这里插入图片描述
4、“学生”、“系信息”、“课程成绩”关系均满足BCNF范式

5、
分析：一个系的学生住址可能有多处，办公电话也有多个，故“系信息”关系存在多值依赖，不满足第4范式。
处理办法：
对“系信息”关系进一步分解为“系编码”、“学生住址”、“电话目录”关系。
在这里插入图片描述
三、逆规范化处理
所谓逆规范化，就是适当降低规范化范式约束，不再要求一个关系表必须达到很高的规范化程度，而是允许适当的数据冗余性，以获取数据访问性能。

逆规范化处理的基本方法：
（1）增加冗余列或派生列
（2）多个关系表合并为一个关系表

习题：

1、在数据库应用系统开发阶段中，主要在哪个阶段考虑数据库创建？
A、需求分析
B、系统设计
C、系统实现
D、系统测试

2、在E-R模型中，一个实体的其他关联实体数量称为什么？
A、最小基数
B、最大基数
C、联系度数
D、实例数

3、“产品“实体与”厂商“实体在E-R模型中，它们是哪种联系？
A、1:1
B、1:n
C、m:n
D、继承l联系

4、在下面哪种模型中，设计系统中的存储过程要素？
A、概念数据模型
B、逻辑数据模型
C、物理数据模型
D、以上都不是

5、在下面哪种模型中，可设计系统中的数据库索引要素？
A、概念数据模型
B、逻辑数据模型
C、物理数据模型
D、以上都不是

6、在E-R模型图中，在定义一个实体时，必须指定它的标识符。（X）

7、在系统物理数据模型中，可以设计数据库存储方案。（√）

8、在将数据库设计模型转换为数据库实现时，需要先将其转换为SQL程序。（√）

HLXchamp
关注
  • 2
    点赞
  • 踩
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
SQL SERVER 2012数据库设计与实现
12-14
《SQL Server 2008数据库设计与实现》的升级版，针对SQL SERVER 2012。英文版的，还没出中文版。
succinct-graph:压缩的，可查询的变化图
05-25
简洁图 挑战 vg的当前图形内存模型很薄弱且非常膨胀。 它依赖于固定宽度的64位整数ID和将它们映射到其他实体的大型哈希表。 这使得难以存储在内存中，并且使用通用键值存储（rocksdb）允许低内存访问整个图。 尽管此设计具有一些优点，但是查询图形需要昂贵的IO操作，因此在开发高性能应用程序时必须仔细管理使用情况。 全索引图应该便宜地存储和保存在内存中，但是似乎没有一种标准方法可用于高性能访问图的序列和标识符空间。 大多数工作都用于提高查询此类图的文本（ ）的性能或生成非顺序读取（如或汇编程序）的性能。 基本要求是一个系统，该系统需要最少的内存来存储图形的序列，图形的边缘和图形中的路径，但仍允许恒定时间访问图形的基本特征。 系统应支持访问： 节点的标签（例如DNA序列或URL） 节点的邻居（入站和出站边缘） 图中节点的区域（在节点一定距离内的节点ID空间范围） 相对于图中存储
使用PowerDesigner设计数据库保姆级教程(1)
最新发布
2401_84046895的博客
04-19 1237
Java面试核心知识点一共有30个专题，足够读者朋友们应付面试啦，也节省朋友们去到处搜刮资料自己整理的时间！Java面试核心知识点《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！目、讲解视频，并且会持续更新！**如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）[外链图片转存中…(img-WVKBSHLb-1713524293401)]Java面试核心知识点。
数据库系统概论课件第四章：数据库设计.ppt
06-05
数据库系统概论课件第四章：数据库设计
Hibernate中文API大全
02-16
依赖对象（Dependent objects） 组件(Component)是一个被包含的对象，在持久化的过程中，它被当作值类型，而并非一个实体的引用。在这篇文档中，组件这一术语指的是面向对象的合成概念（而并不是系统构架层次上的组件的概念）。举个例子, 你对人(Person)这个概念可以像下面这样来建模： public class Person { private java.util.Date birthday; private Name name; private String key; public String getKey() { return key; } private void setKey(String key) { this.key=key; } public java.util.Date getBirthday() { return birthday; } public void setBirthday(java.util.Date birthday) { this.birthday = birthday; } public Name getName() { return name; } public void setName(Name name) { this.name = name; } ...... ...... } public class Name { char initial; String first; String last; public String getFirst() { return first; } void setFirst(String first) { this.first = first; } public String getLast() { return last; } void setLast(String last) { this.last = last; } public char getInitial() { return initial; } void setInitial(char initial) { this.initial = initial; } } 在持久化的过程中,姓名(Name)可以作为人(Person)的一个组件。需要注意的是:你应该为姓名的持久化属性定义getter和setter方法,但是你不需要实现任何的接口或申明标识符字段。 以下是这个例子的Hibernate映射文件: <!-- class attribute optional --> 人员(Person)表中将包括pid, birthday, initial, first和 last等字段。 就像所有的值类型一样, 组件不支持共享引用。 换句话说，两个人可能重名，但是两个Person对象应该包含两个独立的Name对象，只不过这两个Name对象具有“同样”的值。 组件的值可以为空，其定义如下。 每当Hibernate重新加载一个包含组件的对象,如果该组件的所有字段为空，Hibernate将假定整个组件为空。 在大多数情况下,这样假定应该是没有问题的。 组件的属性可以是任意一种Hibernate类型（包括集合, 多对多关联， 以及其它组件等等）。嵌套组件不应该被当作一种特殊的应用(Nested components should not be
数据库作业12：第四章：数据库安全性 习题
12-14
6、 学生：Student、班级：Class (1) GRANT ALL PRIVILEGES ON Student,Class TO U1 WITH GRANT OPTION (2) GRANT UPDATE(address),SELECT ON Student TO U2 (3) GRANT SELECT ON CLASS TO PUBLIC (4) GRANT UPDATE,SELECT ON Student TO R1 (5) 标准SQL： GRANT R1 TO U1 WITH ADMIN OPTION T-SQL： /*增加*/ EXEC sp_addrolemember
数据库设计与实现
热门推荐
每天学习一点点
04-20 1万+
一个良好的设计对于数据库系统至关重要，它可以减少数据冗余，确保数据的一致性和完整性，同时使得数据库易于维护和扩展。 实体关系图 实体关系图（Entity-Relationship Diagram，ERD）是一种用于数据库设计的结构图，它描述了数据库中的实体以及它们之间的关系。从结构上来说，数据库的ERD主要包括实体、属性以及关系三个部分。 实体 实体代表了一种对象或者概念。例如，员工、部门和职位都可以被称为实体。实体包含一个或多个属性，实体在数据库中对应的就是关系表。 属性 属性
实现简单数据库
woodslay的博客
07-28 2440
众所周知，无论是前端、后端，最终系统数据都会通过数据库系统进行读取和写入等操作，如下图所示，注册数据经过后端服务器最终进入数据库，因此可以认为数据库是系统的核心，特别是一旦涉及到高并发时，数据库可能成为系统的瓶颈，因此数据库的底层有必要深入学习，这里简单总结下基础数据库的底层实现，为后续深入学习数据库打下基础...
MySQL-数据库设计与实现
没事发发博客
05-18 3586
1.用户(user)用户分两类，普通用户可以订票，管理用户有权限维护和管理整个系统的运营。为简单起见，两类用户合并，用admin_tag标记区分。用户的属性(包括业务约束)有：用户编号: user_id int 主码,自动增加名字: firstname varchar(50) 不可为空姓氏: lastname varchar(50) 不可为空生日: dob date 不可为空性别: sex char(1) 不可为空邮箱: email varchar(50)
数据库——基于软件工程的数据库设计与实现报告
qq_45945307的博客
06-24 2253
Oracle Database，又名Oracle RDBMS，或简称Oracle。是甲骨文公司的一款关系数据库管理系统。它是在数据库领域一直处于领先地位的产品。可以说Oracle数据库系统是世界上流行的关系数据库管理系统，系统可移植性好、使用方便、功能强，适用于各类大、中、小微机环境。它是一种高效率的、可靠性好的、适应高吞吐量的数据库方案。符合我们的应用场景。在本次实验中，我们使用基于软件工程的设计思想对数据库进行设计，通过系统规范的方法，从现实世界通过概念模型到信息世界，通过逻辑模型再转换到机器世界。
数据库设计的六个基本步骤
Ecloss
08-31 6115
按照规范设计的方法，考虑数据库及其应用系统开发全过程，可将数据库设计分为以下6个阶段，分别为：1.需求分析，2.概念结构设计，3.逻辑结构设计，4.物理结构设计，5.数据库实施，6.数据库的运行和维护。数据库设计通常分为6个阶段1（1需求分析：分析用户的需求，包括数据、功能和性能需求；2概念结构设计：主要采用E-R模型进行设计，包括画E-R图；3逻辑结构设计：通过将E-R图转换成表，实现从E-R模型到关系模型的转换；4数据库物理设计：主要是为所设计的数据库选择合适的存储结构和存取路径；
数据库系统设计，实现和管理
04-28
数据库系统设计，实现和管理 Database Systems Design, Implementation and Management Eig
数据库权限设计与实现
10-19
数据库的权限设计与实现 数据库的权限设计与实现
一个数据库应用系统的设计与实现
09-01
实现一个教学管理系统的例子，并且可以很容易地把它移植到C/S结构中，只涉及教学管理中的对学生、课程和教师的管理部分
第一章：初识数据库(3)：数据库的语言分类
12-14
第一章包含以下内容： 1.数据库的基本概念 2.数据库的基本功能 3.数据库的语言分类 4.常见的数据库对象 前言 非科班自学SQLSERVER和C#编程两年。该系列文章中涉及的知识点是在工作中需要用到的一些基础知识。文章比较适合初识数据库的学生或自学数据库的成人，文章是以SSMS作为例子。如果有认知错误的地方请大家指正。 文章中不会介绍（数据库类型：结构型数据库，网格型数据库，关系型数据库，面向对象型数据库，想要了解的小伙子可以看一下别人的文章） Transact_SQL SQL Server核心的查询语言，包括:数据查询语言(select)，数据操纵语言(update，insert，del
第10章：网络与数据库编程.ppt
10-27
第10章：网络与数据库编程.ppt 本章节主要讨论Java语言在网络编程和数据库编程方面的应用，包括TCP/IP协议、IP地址、InetAddress类、网络套接字、数据库连接、数据表查询、数据记录修改和插入等知识点。 Java网络...
政务数据库系统第6章：政务数据库设计.ppt
03-14
在第六章“政务数据库设计”中，主要探讨了数据库从需求分析到运行维护的整个生命周期，包括以下几个核心知识点： 1. **数据库设计概述**： - 数据库设计是软件工程的一个重要组成部分，它遵循一定的工程化方法...
数据库原理与应用：第4章 查询.ppt
06-19
数据库原理与应用：第4章 查询.ppt
银行业务系统数据库设计与实现
06-08
银行业务系统的数据库设计是一个非常复杂和重要的任务，需要考虑到很多方面，比如数据的完整性、安全性、可靠性以及性能等方面。 以下是一些基本的数据库设计原则： 1. 数据库表的设计应该符合第三范式，即每个表只包含一个主题的数据，并且每个属性都只与主键直接相关。 2. 数据库应该使用事务进行操作，以确保数据的完整性和一致性。 3. 数据库应该进行备份和恢复，以确保数据的安全性和可靠性。 4. 数据库应该进行性能优化，包括索引的使用、查询的优化等。 5. 数据库应该进行权限控制，以确保数据的安全性和保密性。 在银行业务系统中，数据库的设计和实现需要考虑到以下几个方面： 1. 客户管理：包括客户信息、账户信息、交易记录等数据。 2. 风险管理：包括信用评级、风险控制等数据。 3. 贷款管理：包括贷款信息、还款记录等数据。 4. 资产管理：包括存款、投资、证券等数据。 5. 业务流程管理：包括业务流程、审批流程等数据。 在实际的数据库设计和实现中，还需要考虑到具体业务的需求和实际情况，进行适当的调整和优化。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值