数据库PPT
合集下载
数据库原理PPT课件

模式
也称为逻辑模式或概念模 式,定义了数据库中所有 数据的逻辑结构和关系。
内模式
也称为物理模式或存储模 式,描述了数据在物理存 储介质上的组织结构和存 储方式。
数据库管理系统
数据定义语言(DDL)
数据控制语言(DCL)
用于定义数据库中的各种对象,如表、 视图、索引等。
用于控制对数据库中数据的访问权限 和安全控制。
数据库原理ppt课件
目录
• 数据库概述 • 数据库系统结构 • 数据库设计 • 关系数据库 • 数据库管理系统实现技术 • 数据库新技术与发展趋势
01 数据库概述
数据库的定义与作用
数据库的定义
数据库是一个长期存储在计算机 内的、有组织的数据集合,它能 为多种应用提供数据服务。
数据库的作用
数据库用于存储、检索、更新和 管理大量数据,支持企业或组织 的运营和决策。
NoSQL数据库具有可伸缩性强、灵活 性高和可靠性好等优点,可以满足大 规模数据处理和实时分析的需求。
03
NoSQL数据库的挑 战
NoSQL数据库面临着数据一致性、查 询效率和标准化等挑战,需要进一步 研究和标准化工作。
THANKS FOR WATCHING
感谢您的观看
关系数据库标准语言SQL
SQL定义
SQL(Structured Query Language)是用于管理关系数 据库的标准编程语言,它包括数 据查询、数据操作、数据定义等
方面的命令。
SQL的主要功能
SQL的主要功能包括表格的定义 和维护、数据的查询和检索、数 据的插入和更新、数据的删除等。
SQL的特点
数据操纵语言(DML)
用于对数据库中的数据进行查询、插 入、更新和删除等操作。
《数据库》ppt课件

分布式存储、并行计算、数据挖掘等技术在大数据处理中的应用。
分布式数据库技术
分布式数据库概述
分布式数据库的定义、特点、架构和分类。
分布式数据库的关键技术
数据分区、数据复制、事务管理、负载均衡 等。
分布式数据库的应用场景
云计算、大数据处理、高可用性和可扩展性 应用等。
数据库技术的发展趋势与挑战
数据库技术的发展趋势
型、半结构化数据模型等。
概念数据模型(信息模型) 按用户的观点对数据和信息建模,如 实体-联系模型(E-R模型)。
物理数据模型
描述数据在存储介质上的组织结构, 它不但与具体的DBMS有关,而且还 与操作系统和硬件有关。
关系数据模型
关系数据结构
采用二维表来表示,简称表,由行和列组成。
关系操作
包括查询操作和插入、删除、修改等操作。查询操作又分为选择、 投影、连接操作。
将概念模型转换为数据库逻辑模型, 包括表结构、索引、视图、存储过程 等数据库对象的设计。
数据库管理工具与使用
常见数据库管理工
具
如SQL Server Management Studio、Oracle SQL Developer、 MySQL Workbench等,提供数 据库创建、管理、维护等功能。
04
数据库设计与管理
数据库设计概述
数据库设计的定义
01
数据库设计是指根据用户需求,运用数据库技术,设计
数据库结构、建立数据库及其应用系统的过程。
数据库设计的重要性
02
良好的数据库设计可以提高数据存储的效率,保证数据
的完整性和安全性,降低系统开发和维护的成本。
数据库设计的原则
03
包括一致性、完整性、安全性、可维护性、可扩展性等
数据库的ppt课件

物理结构设计
选择存储介质
01
考虑数据量、访问频率、安全性等因素,选择合适的
存储介质。
设计数据库分区
02 根据应用需求和数据规模,设计数据库分区方案以提
高查询和管理效率。
优化数据库性能
03
通过调整数据库配置、优化查询语句等方式,提高数
据库的性能和响应速度。
03
数据库操作
插入数据
插入单行数据
在数据库表中插入一行数据,通常需要指定表名、列名和对应的 值。
详细描述
NoSQL数据库可以划分为不同的类型,例如键值对存 储库、列存储库、文档存储库和图形存储库。它们通 常用于处理大量数据和高并发访问,并支持分布式部 署。NoSQL数据库的优点在于它们的高性能、高可用 性和可扩展性,以及灵活的架构和数据模型。然而, 它们也存在一些挑战,例如数据一致性问题、缺乏 SQL查询功能和跨不同数据类型的查询难度。
操作系统优化
对操作系统进行调优,如文件系统配置、网络参数等,以提高数据 库系统的性能。
数据库配置
根据实际需求调整数据库的配置参数,如缓冲区大小、连接数等,以 获得更好的性能。
06
数据库新技术
NoSQL数据库
总结词
NoSQL数据库是针对关系型数据库的挑战而出现的, 它们不使用SQL作为查询语言,而是使用其他方式来 存储和查询数据。NoSQL数据库具有高性能、高可用 性和可扩展性,以及灵活的架构和数据模型。
04
数据库安全
用户身份认证
用户名和密码
强制用户使用强密码,并确保用 户名和密码的唯一性。定期更换 密码,增加破解难度。
多因素认证
引入多因素认证,如手机验证码 、指纹识别等,提高用户身份认 证的安全性。
《数据库概论》课件

关系数据库的软件系统。
特点
02
以表格形式存储数据,数据之间存在明确的关联关系,遵循一
定的数据完整性约束。
发展历程
03
从早期的层次数据库到关系数据库,再到现代的分布式数据库
和云数据库。
关系数据库管理系统的功能
数据存储
能够创建和管理关系数据 库,将数据以表格形式存 储在磁盘上。
数据检索
提供查询语言(如SQL) 用于检索、插入、更新和 删除数据。
反规范化设计
为了提高查询性能,适当增加冗余,简化数据操作。
三范式与范式之间的关系
第一范式(1NF)定义了关系的原子性;第二范式(2NF)定义了关系的主键和外键关系 ;第三范式(3NF)定义了关系的非主属性对主属性的独立性。
04
关系数据库管理系统
关系数据库管理系统的概述
定义
01
关系数据库管理系统(RDBMS)是一种用于存储、检索和管理
金融行业
用于银行、证券、保险等 金融机构的数据存储、处 理和分析,支持金融业务 的高效运转。
政府机构
用于政府办公自动化、电 子政务等领域,提高政府 服务效率和信息公开度。
05
数据库技术的发展趋势
大数据时代的数据库技术
大数据处理
随着大数据时代的来临,数据库技术也在不 断发展,以应对海量数据的存储、查询和分 析需求。
数据库设计的步骤
需求分析
收集、分析和整理业 务需求,明确数据需
求和功能需求。
概念设计
使用E-R图等工具,设 计数据库的概念结构
。
逻辑设计
将概念结构转换为逻 辑结构,如关系模型
。
物理设计
确定数据库的存储结 构、索引等物理属性
《数据库系统概述》课件

关系数据库
关系数据库
一种基于关系的数据库,通过表 格的形式来组织数据,每个表格 包含若干行和列,每列代表一个 属性,每行代表一个记录。
关系完整性
关系数据库中的数据完整性是指 数据的正确性和一致性,包括实 体完整性、参照完整性和用户自 定义完整性。
关系代数
一种用于描述关系数据库中数据 操作的数学模型,包括选择、投 影、连接等操作。
事务管理
确保数据完整性的重要手段之一,通过事务来保证 一系列操作要么全部成功执行,要么全部不执行。
并发控制
在多用户并发访问数据库时,通过各种并发 控制技术来保证数据的一致性和完整性。
03
数据库系统设计
数据库设计的基本原则
确保数据完整性
设计时应考虑数据的准确性、一致性和完整 性,避免数据冗余和冲突。
优化查询语句,避免全表扫描,减 少不必要的计算和数据传输。
缓存技术
利用缓存存储常用数据,减少对数 据库的访问次数。
04
数据库系统的备份与恢复
备份策略
制定定期备份和增量备份策略,确保数据安 全。
备份存储
选择可靠的存储介质和设备,确保备份数据 不会丢失。
数据恢复
在数据丢失或损坏时,能够快速恢复数据, 减少业务中断时间。
等。
02
数据库系统基本概念
数据模型
概念模型
数据模型的一种,用于描述现实世界事物以及事物之间的 关系,常见的概念模型有实体-联系模型(E-R模型)。
逻辑模型
数据模型的一种,用于描述数据结构、数据操作和数据约 束,常见的逻辑模型有层次模型、网状模型和关系模型。
物理模型
数据模型的一种,用于描述数据存储和数据访问方式,常 见的物理模型有B树、B+树等。
《数据库概述》课件

3
部署和维护
4
将应用程序部署到生产环境并持续维 护。
需求分析
分析和确定数据库应用的具体需求。
程序开发
编写和测试与数据库交互的应用程序。
数据库应用程序的开发
1 Web应用
开发基于Web的数据库应用,方便用户通过浏览器访问和操作数据。
2 移动应用
开发移动应用,使用户可以随时随地对数据库中的数据进行操作。
2 数据操作
SQL可以用于插入、更 新、删除和查询数据库 中的数据。
3 数据定义
SQL还提供了定义数据 库结构和模式的功能。
数据库系统的组成
数据
存储在数据库中的数据,包 括结构和内容。
软件
数据库管理系统和其他应用 程序。
硬件
用于存储和处理数据库的计 算机和设备。
数据库应用开发
1
数据建模
2
设计和建立数据库的结构和模式。
数据库的作用
1 数据存储
数据库提供可靠的数据 存储,使数据不易丢失 或损坏。
2 数据管理
通过数据库,可以对数 据进行高效的管理和组 织。
3 数据分析
数据库可以支持复杂的 数据查询和分析,帮助 做出更明智的决策。
数据库分类
关系型数据库
通过表格和关系建立之间的连接来组织数Байду номын сангаас。
非关系型数据库
以不同方式组织和存储数据,适用于不同类型的 数据和应用场景。
关系型数据库
引入了关系模型,使数据之间的关系 更清晰和直观。
关系型数据库管理系统(RDBMS)
数据组织结构 ACID特性
事务管理
使用表格和关键字建立数据之间的关系。
提供原子性、一致性、隔离性和持久性的数据 操作。
部署和维护
4
将应用程序部署到生产环境并持续维 护。
需求分析
分析和确定数据库应用的具体需求。
程序开发
编写和测试与数据库交互的应用程序。
数据库应用程序的开发
1 Web应用
开发基于Web的数据库应用,方便用户通过浏览器访问和操作数据。
2 移动应用
开发移动应用,使用户可以随时随地对数据库中的数据进行操作。
2 数据操作
SQL可以用于插入、更 新、删除和查询数据库 中的数据。
3 数据定义
SQL还提供了定义数据 库结构和模式的功能。
数据库系统的组成
数据
存储在数据库中的数据,包 括结构和内容。
软件
数据库管理系统和其他应用 程序。
硬件
用于存储和处理数据库的计 算机和设备。
数据库应用开发
1
数据建模
2
设计和建立数据库的结构和模式。
数据库的作用
1 数据存储
数据库提供可靠的数据 存储,使数据不易丢失 或损坏。
2 数据管理
通过数据库,可以对数 据进行高效的管理和组 织。
3 数据分析
数据库可以支持复杂的 数据查询和分析,帮助 做出更明智的决策。
数据库分类
关系型数据库
通过表格和关系建立之间的连接来组织数Байду номын сангаас。
非关系型数据库
以不同方式组织和存储数据,适用于不同类型的 数据和应用场景。
关系型数据库
引入了关系模型,使数据之间的关系 更清晰和直观。
关系型数据库管理系统(RDBMS)
数据组织结构 ACID特性
事务管理
使用表格和关键字建立数据之间的关系。
提供原子性、一致性、隔离性和持久性的数据 操作。
第一章数据库概述ppt课件

确定实体集的关键字:用下划线在属性上标明关键字 的属性集合
确定联系的类型:在无向边上注明
20
数据库应用——电子商务
2024年5月5日
数据模型:逻辑数据模型
逻辑模型三要素
数据结构:描述数据的静态特征 数据操作:描述数据的动态特征 数据的约束条件:描述完整性规则
层次模型
用树型结构来表示实体之间联系的模型 有且仅有一个节点无父节点,即树根 根节点以外的其他节点有且仅有一个父节点 典型系统:IBM公司的IMS(Information Management System)系统
13
数据库应用——电子商务
2024年5月5日
第三节:数据库的系统结构
视图抽象和外模式 概念抽象和模式 物理抽象和内模式 数据独立性
14
数据库应用——电子商务
2024年5月5日
数据库的系统结构:视图抽象和外模式
现实世界中的信息按照不同用户(应用)的观 点抽象为多个逻辑数据结构。每个逻辑数据结
现实体间的联系 关系模型中的基本概念:元组、属性、域、主键、关系名、关系模式 关系模型的优点:
可以简单、灵活地表达各种实体及其之间的联系 用户界面好,易用性佳 支持数据库重构 具有严密的数学基础和操作的代数性质 具有较高的数据独立性
关系模型的不足:
运行效率不够高 不直接支持层次结构
信息是经过处理、加工提炼而用于决策制 定或其他应用活动的数据。
数据是信息的载体,信息是数据处理过程 的结果。
8
数据库应用——电子商务
2024年5月5日
数据库的基本概念:数据库
数据库是相互关联的数据集合:
具有逻辑关系和明确意义的数据集合 针对明确的应用目标而设计、建立和加载 表示现实世界的某些方面 具有较小的数据冗余,可供多个用户共享 具有较高的数据独立性 具有安全控制机制
确定联系的类型:在无向边上注明
20
数据库应用——电子商务
2024年5月5日
数据模型:逻辑数据模型
逻辑模型三要素
数据结构:描述数据的静态特征 数据操作:描述数据的动态特征 数据的约束条件:描述完整性规则
层次模型
用树型结构来表示实体之间联系的模型 有且仅有一个节点无父节点,即树根 根节点以外的其他节点有且仅有一个父节点 典型系统:IBM公司的IMS(Information Management System)系统
13
数据库应用——电子商务
2024年5月5日
第三节:数据库的系统结构
视图抽象和外模式 概念抽象和模式 物理抽象和内模式 数据独立性
14
数据库应用——电子商务
2024年5月5日
数据库的系统结构:视图抽象和外模式
现实世界中的信息按照不同用户(应用)的观 点抽象为多个逻辑数据结构。每个逻辑数据结
现实体间的联系 关系模型中的基本概念:元组、属性、域、主键、关系名、关系模式 关系模型的优点:
可以简单、灵活地表达各种实体及其之间的联系 用户界面好,易用性佳 支持数据库重构 具有严密的数学基础和操作的代数性质 具有较高的数据独立性
关系模型的不足:
运行效率不够高 不直接支持层次结构
信息是经过处理、加工提炼而用于决策制 定或其他应用活动的数据。
数据是信息的载体,信息是数据处理过程 的结果。
8
数据库应用——电子商务
2024年5月5日
数据库的基本概念:数据库
数据库是相互关联的数据集合:
具有逻辑关系和明确意义的数据集合 针对明确的应用目标而设计、建立和加载 表示现实世界的某些方面 具有较小的数据冗余,可供多个用户共享 具有较高的数据独立性 具有安全控制机制
数据库安全性PPT课件

及时更新
定期检查并安装数据库安 全补丁和更新,以修复已 知的安全漏洞。
测试环境
在更新之前,先在测试环 境中进行验证,确保更新 不会对现有系统造成影响。
备份
在更新之前,对数据库进 行备份,以防止数据丢失 或损坏。
安全审计与监控
安全审计
定期进行安全审计,检查数据库 的安全策略是否得到有效执行。
监控与日志分析
零信任安全模型
零信任安全模型强调对所有用户和应用程序的不信任,需要经过验 证和授权才能访问数据库。
数据加密技术的发展
数据加密技术是保障数据库安全的重要手段,未来将有更多高效、 安全的加密算法出现。
提高安全意识与培训
定期开展安全培训
01
通过定期开展安全培训,提高员工的安全意识和技能,减少安
全事故的发生。
数据库安全性的重要性
数据库作为企业、组织的重要信息资 产,存储着大量的敏感信息和机密数 据。
保障数据库安全性是维护企业、组织 利益和声誉的必要条件,也是遵守相 关法律法规和行业标准的必然要求。
数据库安全威胁与风险
数据库安全威胁包括黑客攻击、恶意软件、内部人员滥用权 限等。
风险包括数据泄露、数据篡改、拒绝服务攻击等,可能导致 严重的后果,如财务损失、声誉受损、法律责任等。
护审计日志免受篡改或泄露。
03 数据库安全实践
安全配置与维护
01
02
03
用户权限管理
确保只有授权用户能够访 问数据库,并限制其操作 范围。
密码策略
强制实施密码策略,包括 密码长度、复杂性和更换 周期的要求。
访问控制
根据业务需求,设置不同 用户组和角色的访问权限, 实现细粒度的访问控制。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
3.1任务和目标
3.2数据组织
2018/11/3
14
3.1任务和目标
以上的概念设计阶段是独立于任 何一种数据模型的,但是逻辑设计阶 段就与选用的DBMS产品发生关系了, 系统逻辑设计的任务就是将概念设计 阶段设计好的基本E-R图转换为选用 DBMS产品所支持的数据模型相符合的 逻辑结构。
2018/11/3 15
学生宿舍管理系统
————数据库课程设计
任务分配
张:表的创建及操作和建立触发器; 许:视图的创建查询以及建立存储过 程; 熊:数据的插入与几种查询; 朱:画E-R图以及PPT的制作;
目录
1 需求分析 概念结构设计 逻辑结构设计 物理结构设计 数据库实施 总结
2
3 4 5
6
第一章:需求分析
1.1 基本信息
2018/11/3
基本信息管理
学生信息 宿舍信息 员工信息
住宿管理
入住 水费
学生 宿舍 管理 系统
服务管理
电费 报修 来访者信 息登记 来访者查 询
来访者管理
8
第二章:概念结构设计概念结构设计
2.1局部E-R图
2.2总E-R图
2018/11/3
9
2.1局部E-R图
图1学生信息E-R图
学号# 姓名 专业
2018/11/3 5
1.2处理功能要求
系统主要完成以下几个功能: 1.宿舍楼基本信息查询与修改; 2.学生基本信息查询与更新以及插入; 3.每一幢宿舍楼中宿舍信息的查询与信息更新; (1)宿舍信息管理系统实现对学生,管理员信息的全部读 取;实现对某个学 生或管理员特定信息的读取; (2)实现对某个人员信息的删除; 4.宿舍楼人员访问出入记录;
2018/11/3 27
第六章:总结
这些天下来,学到了不少东西,以前对SQL,只能按书上 按部就班的写,写SQL语句是会了,但数据逻辑和方法方面,一 点都不够到位,没有对以前的知识进行系统的了解,没有把各个 部分知识整合在一起,通过这次学生宿舍管理系统课程设计,使 我们对数据库设计的各个方面都加深了理解,了解到数据库是一 环扣一环的,只有数据流程图和数字字典做好了,才能进行下面 的E-R图设计,中途不能有办点马虎,也体会到把知识应用于实 践是不容易的,同时也学生课本所没有的东西,一些问题也只有 真正做设计的时候才会出现。 由于时间比较紧,因此我们所做的课程设计肯定还存在许 多的不足之处,程序中也存在许多小错误。这将激励我们在以后 的学习当中职累更多的经验,努力减少错误的发生。
2018/11/3
6
1.3 安全性和完整性要求
安全性先通过视图机制,不同的用户只能访 问系统授权的视图,这样可提供系统数据一定 程度上的安全性,再通过用户授权机制,欲用 户登陆来识别用户级别,根据这个级别来分配 用户权限,达到数据更高层次的安全保密功能。 完整性要求用于描述宿舍楼基本信息、学生基 本信息、宿舍基本信息、楼栋员工基本信息、 访问出入人员基本信息中数据项能否为null,以 及一些用户自定义完整性。
1.2处理功能要求
1.3 安全性和 1.4 系统功能分析 完整性要求
2018/11/3
4
1.1 基本信息
(1)学生的基本信息:入校时,每位同学都有唯一的学号,并被分配 到指定的宿舍楼和指定的宿舍,也会有一个宿舍号,其入校时间就是 他的入住时间。 (2)宿舍的基本信息:每间宿舍都有唯一的楼号和宿舍号,有可住人 数和已住人数。 (3)工作人员基本信息:每幢宿舍楼都有宿管阿姨和保洁阿姨的编号。 (4)报修的基本信息:宿舍楼中经常出现财产的损坏,这时,需要记 录报修的宿舍号和损坏的财产编号,同时记录报修的时间和损坏的原 因。当损坏的财产维修完毕后,应记录解决时间,表示该报修成功解 决。 (5)水电费的基本信息:每间宿舍每个月份都有用水量与用电量的相 关记录,相应地产生水费和电费。 (6)来访者基本信息:每幢宿舍楼对于每一次的人员来访都要做好相 应的登记。包括来访者和被访者的信息。
3.2数据组织
3.2.1将E-R图转换为关系模型
由于宿舍与学生是1:n关系,可以将其之间的联系与n端实体学生 合并,宿舍和员工,学生和水电费,学生和来访者也是1:n关系,同样 也将其之间的联系与n端实体员工,来访者合并,具体的基本E-R图向关 系模型的转化如下: 学生住宿表:(学号,姓名,性别,出生日期,专业,入住时间,联 系方式,楼号,宿舍号) 宿舍表:(楼号,宿舍号,可住人数,已住人数) 员工表:(员工号,员工姓名,性别,职位,联系方式,楼号) 报修表:(楼号,宿舍号,物品号,物品名,报修原因,提交日期, 解决日期,报修费用) 水电费表:(楼号,宿舍号,月份,用电量,电费,用水量,水费) 来访者表:(证件号,来访者姓名,所属关系,来访时间,来访时间, 离开时间,学号) 2018/11/3 16
图2员工信息E-R图
员工号# 员工 员工姓名
学生
性别
职位
联系方式
出生日期
性别
联系方式
2018/11/3
10
图3宿舍信息E-R图
图4报修信息E-R图
楼号#
可住人数
状态
报修费用
宿舍
报修
宿舍号#
已住人数
物品号# 物品名 报修原因
2018/11/3
11
图5水电费信息E-R图
图6来访者信息E-R图
水费
水电费
5.1.2查询张三所在的宿舍的已住人数 Select 宿舍表.楼号, 宿舍表.宿舍号,已住人数from 宿舍表,学 生住宿表 Where 姓名='张三' and 宿舍表.楼号=学生住宿表.楼号 and 宿 舍表.宿舍号=学生住宿表.宿舍号;
2018/11/3
24
5.2视图
5.2.1建立物流管理专业的学生住宿的视图 Create view 物流管理学生住宿表 As Select 学号,姓名,楼号,宿舍号 From 学生住宿表 Where 专业='物流管理‘ select * from 物流管理学生住宿表
2018/11/3
28
2018/11/3
26
5.4触发器
5.4.1如果在输入每个宿舍的电费时..当要输入的宿舍已经输入过的 时候,,就需要用到触发器来告诉输入者该宿舍已经输入过
create trigger 电费录入 on 水电费表 for update as declare @电费 float(8),@宿舍号 float(8) begin select @宿舍号=宿舍号 from inserted if exists(select 电费 from 水电费表 where 宿舍号=@宿舍号) begin print('该宿舍已输入过电费') rollback end else print’操作成功!’ end
用水量
来访人身份证号 # 来访者
来访人 姓名
月份#
用电量
电费
所属关系
来访日期
2018/11/3
12
2.2总E-R图
来访时间 离开时间 来访者 n 来访 1 学生
n
入住
入住时间
1 n 1 1 n
水电费
缴纳
宿舍
申请
报修
1 提交日期 管理 解决日期
n
员工
2018/11/3
13
第三章:逻辑结构设计概念结构设计
来访者表,主要记录来访者的信息
2018/11/3
20
第四章:物理结构设计
4.1表与表之间的关系
2018/11/3
21
4.1表与表之间的关系
2018/11/3
22
第五章:数据库实施概念结构设计
5.1查询 5.3存储过程
5.2视图 5.4触发器
2018/11/3
23
5.1查询
5.1.1查询员工姓名为王思思的基本信息 Select *from 员工表 Where 员工名=‘王思思’;
2018/11/3
25
5.3存储过程
5.3.1为了方便对物品名的修改…需要创建一个存储过程(xiugai).
create proc prcxiugai @a varchar(8),@b varchar(20) as if exists (select * from 报修表 where 物品号=@a) update 报修表 set 物品名=@b where 物品号=@a else print'该物品不存在' exec prcxiugai '0002','柜子' select *from 报修表 where 物品号=0002
2018/11/3 7
1.4 系统功能分析
修 记报 包 宿 者 息 改 、修 括 舍 管 管 、 数 来; 入 信 理 理 本 插 据 访来 住 息 。 、 系 入 库 者访 ; 、 基 住 统 ; 操 查者 服 工 本 宿 主 作 询管 务 作 信 管 要 功 。理 管 人 息 理 有 能 包理员管、以 : 括包信理服下 查 来括息包务功 询 访水;括管能 、 者费住学理: 删 信、宿生、基 除 息电信信来本 、 登费息息访信 、 、
3.2.2逻辑结构定义
• 由以上分析,得出上述6个表格结构如下: • 学生住宿表,主要记录学生住宿的基本信息。
2018/11/3
17
• 宿舍表,主要记录宿舍的入住信息。
员工表,主要记录员工的基本信息。
2018/11/3
18
• 报修表,主要记录物品的报修信息。
2018/11/3
19
水电费表,主要是每个月记录各个宿舍的水电使用情况以及相应的费用