一、软件开发方法
瀑布模型（软件生命周期模型）
阶段I：项目规划
II：系统分析
III：总体设计
IV：详细设计
V：编码调试与集成测试
VI：运行维护阶段
实际项目开发中往往难以保证文档驱动，强调阶段工作完备性的指导思想，用户对系统的需求，有其是潜在需求并不能在项目前期阶段完整描述
快速原型模型
I:快速分析
II:设计构造原理
III：运行原型
IV：评价圆形
V：改进原型
二、软件过程模型
DBAS生命周期模型
I:项目规划①系统规划与定义：任务陈述、确定任务目标、确定系统范围和边界、确定用户视图②可行性分析：经济、技术、操作、开发方案选择
（1）确定项目的目标和范围，根据系统规划与定义的工作内容，具体说明项目的最终产品以及期望的时间、成本、质量目标
（2）根据DBAS软件开发模型、分解和定义整个项目包括的工作活动和任务
（3）估算完成该项目的规模及所需要资源
（4）指定合理的DBAS项目计划，包括进度、成本、质量等方面预测和控制方案
II：需求分析
① 数据需求分析是从对数据进行组织与存储的角度，用户视图触发，分析与辨识应该用领域所管理的各类数据项和数据结构，形成数据字典的主要内容
数据字典：数据项、数据结构、数据流、数据存储和处理过程
② 功能需求分析：数据处理需求分析、业务规则需求分析
③ 性能需求分析：数据操作响应时间、系统吞吐量（TPS每秒事务数）、允许并发访问的最大用户数、每TPS代价
④ 其他需求分析：存储需求、安全性需求、备份和恢复需求
III:系统设计
① 概念设计：数据库概念模型设计ER、系统总体设计
② 逻辑设计：数据库逻辑结构设计（在ER图基础上设计数据库关系模式）、应用程序概要设计、数据库事务概要设计
③ 物理设计：数据库物理结构设计（目标是设计一个占用存储空间少，具有较高数据访问效率、较低维护代价的数据库存储模式）、数据库事务详细设计（将事务概要设计的read和write元操作替换为DBMS支持的数据库访问操作）、应用程序详细设计
IV:实现与部署
① 建立数据库结构
② 数据加载
③ 事务和应用程序的编码及测试
④ 系统集成、测试、与试运行
⑤ 系统部署
V：运行管理与维护
① 日常维护：备份与恢复、完整性维护、安全性维护、存储空间管理、并发控制
② 监控与分析：数据采集与统计、操作分析、基准程序评估
③ 性能优化调整：查询调整与优化、索引调整事务调整、模式调整、参数调整、硬件调整和升级、应用程序优化
④ 系统进化：应用程序升级、数据库重组、DBMS和OS升级
三、需求分析方法
DFD（Data Flow Diagram）采用自顶向下逐步细化的结构化分析方法表示目标系统
（1）数据流：用一个箭头描述数据流向，箭头上标注的内容可以是信息说明或数据项
（2）处理：表示对数据进行的加工和变换，在图中用矩形框表示，指向处理的数据流为该处理的输入数据，离开处理的为输出数据
（3）数据存储：表示用系统数据的提供者或数据的使用者
（4） 外部项：描述系统数据的提供者或数据的使用者
IDEF0描述系统功能及相互关系、IDEF1描述系统信息及其对数据之间的联系，IDEF2用于系统模拟，建立动态模型
组成IDEF0图的基本元素是矩形框和箭头，矩形框代表功能活动，卸载矩形框的内佛那个词短语描述功能活动的名称，活动的编号按照要求卸载矩形框右下角指定的位置。
DED与IDEF0比较
相同：都是结构化分析思想，强调自上而下逐步求精建模
差别：(1)DFD用数据流来描述数据移动的方向，数据处理及处理之间的依赖关系
IDEF0也用箭头代表数据流，但在IDEF0图中不是强调流或顺序，而是强调数据约束
（2）IDEF0箭头不仅表示数据六，还可以表示出控制六和说明处理或活动实施方式的一些约束
（3）IDEF0组成元素更加简单
四、概念设计过程
（1）明确建模目标
（2）定义实体集
（3）定义联系
（4）建立信息模型
（5）确定实体集属性
（6）对信息模型进行集成与优化
五、索引技术
（1）有序索引①聚集索引和非聚集索引②稠密索引和稀疏索引③主索引和辅索引④唯一索引⑤单层索引和多层索引
（2）无序索引
可以考虑在下面一些属性上建立索引
① 表的主码
② 在WHERE查询子句中引用率较高的属性
③ 参与连接操作的属性
④ 在ORDER BY 子句，GROUP BY 子句中出现的属性
⑤ 在某一范围（20%）内频繁搜索的属性
⑥ 如果在WHERE子句中同时包含一个表中的多个属性，则可建立多属性索引
⑦ 当属性不同值很少，索引没有好处
⑧ 对包含大量空值的属性建立索引时要仔细考虑，很多索引不引用具有空值的行
六、数据库物理设计
①数据库逻辑模式描述②文件组织与存取设计③数据分布设计④确定系统配置⑤物理模式评估
七、文件结构（堆文件、顺序文件、聚集文件、索引文件和散列文件）
（1）如果数据库中一个基本表中的数据量很小，并且插入、删除、更新等操作非常频繁，该基本表可以采用堆文件组织方式，因为堆文件毋须建立索引，维护代价非常低，虽然堆文件访问效率较低，但在数据量很少时，定位文件记录的时间非常短。
（2）顺序文件支持基于查找码的顺序访问，也支持快速二分查找
（3）如果用户查询是基于散列域值的等值匹配，特别是如果访问顺序随机，散列文件比较合适，但不适合于①散列域值的非精确查询（模糊查询、范围查询）②基于非散列域进行的查询（如按商品名称查询）
（4）B-树和B+树文件是实际数据库系统中使用非常广泛的索引文件结构，适合于定义在大数据基本表上，基于查找码的等值查询、范围查询、模糊查询和部分查询
（5）如果某些频率执行且需要进行多表连接操作的查询，可以考虑将这些基本表组织为聚集文件，以改善查询效率。
八、DBAS功能概要设计
（1）表示层：负责所有与用户交互功能
（2）业务逻辑层：根据业务逻辑需要将表示层获取的数据进行组织，传递给数据访问层或反传用于展示
（3）数据访问层：负责与DBMS进行交互，提取或存入应用系统数据
（4）数据持久层：负责保存和管理应用系统数据
九、数据库安全设计
（1）安全性保护
（2）完整性保护
（3）并发控制
（4）数据库备份与恢复
（5）数据加密传输
十、DBAS数据库应用系统
OMT适用于分析和描述以数据为中心的信息系统
OOSE比较适合支持商业工程和需求分析
Booch比较适合于系统的设计和构造
UML的定义由语义和表示法两部分组成。语义用自然语言描述，而表示法定义了UML的可视化标准符号。UML的语义是定义在一个四层（或四个抽象级）建模概念框架中的
（1）元元模型层，组成了UML的最基本元素的事物，代表要定义的所有事物
（2）元模型层，包括面向对象和面向组件的概念
（3）模型层
（4）用户模型层
UML提供了13种不同的图
结构图（静态结构建模）：类图，对象图，复合结构图，包图，组件图，部署图
行为图（动态行为建模）：用例图，交互图（顺序图、通信图、交互概述图、时间图）状态图、活动图
活动图：陈述活动与活动之间的流程控制的转移，描述系统、用例和程序模块中逻辑流程的先后执行次序，并行次序
顺序图：说明对象协作如何达到系统的目标，描述系统内对象之间的消息发送和接收序列，强调时间。
通信图：显示了在交互过程中各个对象之间的组织交互关系以及对象彼此之间的链接，强调空间
用例模型：是把满足用户需求的所有功能表述出来的工具，由用例、角色和系统三部分组成
关系：类与类之间通常有关联、通用化（继承）、依赖、精化四种关系
关联：（单向）导向关联，（双向）关联，共享聚集（空心菱形），组成（实心菱形）
十一、数据库对象
SQL SERVER将数据库分为两大类：系统数据库和用户数据库
系统数据库 master： 代表所有系统级信息，所有其他数据库的存在，数据库文件的位置 以及sql server初始化信息
msdb： 代理服务器调度报警和作业以及记录操作时使用、保存关于调度报警、 作业、操作员等信息
model：用做创建的所有数据库模版
tempdb：临时数据库，用于保存临时对象或中间结果集，并为数据的排序等 操作提供一个临时工作空间
resource：只读数据库，包含了所有系统对象
SQL SERVER将数据库映射为一组操作系统文件
① 数据文件
（1） 主要数据文件 推荐扩展名mdf，它包含数据库系统信息，也可存放用户数据，每个数据库都有切只能有一个主要数据文件，主要数据文件是为数据库创建的第一个数据文件，不能小于3MB
（2） 次要数据文件 推荐扩展名ndf，一个数据库可以不包含次要数据文件，也可以包含多个次要数据文件，可以在一个磁盘也可不在
② 事务日志文件
事务日志文件的推荐扩展名是ldf，用于存放恢复数据库的所有日志信息，每个数据库至少有一个日志文件
数据库存储空间分配
（1）在创建用户数据库时，model数据库自动被复制到新建用户数据库中，而且被复制岛主要数据文件中
（2）数据的存储分配单位是数据页，8KB(8X1024B,8060B存放数据，132B存放系统信息)
页是最小存储数据单位，页的大小决定了数据库表中一行数据的最大大小
（3）行不能跨页
数据库文件组
（1） 主文件组：系统定义好的一个文件组，它包含主要数据文件和没有明确分配的其他数据文件。系统表的所有页均分配在主文件组中
（2） 用户定义文件组：
① 日志文件不包括在文件组内，日志空间与数据空间是分开管理
② 一个文件不可以是多个文件组成员
③ 如果文件组中有多个文件，在所有文件被填满前不会自动增长，而填满后文件会循环增长
十二、触发器
触发器通常用在以下场合
① 完成比CHECK约束更复杂的数据约束
② 为保证数据库性能而维护的非规范化数据
③ 可实现复杂的商业规则
④ 评估数据修改前后的表状态，并根据其差异采取对策
INSTEAD OF 指定执行触发器而不是执行引发触发器执行的SQL语句，从而替代触发器语句操作。在视图上只能定义INSTEAD OF 触发器不能定义后触发器
FOR|AFTER 指定触发器只有在引发的SQL语句中指定操作都已执行成功，并且所有约束检查也成功完成后
所有的建立和更改数据库以及数据库对象的语句，所有DROP语句都不允许在触发器中使用
DELETED表，在执行DELETE操作时，被删除的数据被保存到DELETED表中，UPDATE对被修改操作的所有数据行，将更改前的数据保存岛DELETED中
INSERTED表，在执行INSERT操作时，新插入的数据同时被保存岛INSERTED中，对被修改操作影响的所有数据行，将更改后的数据保存到INSERTED
十三、安全管理
安全性：保护数据以防止不合法用户故意照成的数据泄漏、更改和破坏
完整性：保护数据以防止合法用户无意中造成的破坏
安全性：确保用户被允许做其想做的事情，完整性确保用户所做的事情都是正确的
自主存取控制：用户对于不同的数据对象具有不同的存取权限，而且没有固定的关于哪些对象具有哪些存取权限的限制。
（1） 对数据库管理系统进行维护的权限
（2） 对数据库中对象和数据进行操作的权限
① 数据库对象：包括创建、删除、和修改数据库对象，称为语句权限
② 数据库数据：包括对表、视图数据的增删改查权限，存储过程执行权
自主存取控制中，一般将数据库中的用户按其操作权限的不同划分为系统管理员、数据库对象拥有者、普通用户强制存取控制：每一个数据对象被标以一定密级，每一个用户也被授予一个许可证级别。对于任意一个对象，只有具有合法许可证的用户可以存取
强制存取控制中，DBMS将全部实体划分为主体和客体两大类
主体：系统中活动的实体，包括DBMS所管理的实际用户，也包括代表用户的各个进程。
客体：系统中的被动实体，是受主体操纵的，包括文件、基本表、索引、视图等
敏感度标记被分为若干级别，例如绝密，秘密，可信和公开
（主体的敏感度称为许可证级别，客体的敏感度称为密级）
（1） 仅当主体的许可证级别大于或等于客体的密级时，该主体才能读取相应客体
（2） 仅当主体的许可证级别等于客体的密级时，该主体才能写相应客体
固定服务器的作用域属于服务器范围，这些角色具有完成特定服务器管理活动的权限
bulkadmin 具有执行BULK INSERT语句的权限
dbcreator 具有创建、修改、删除和还原数据库的权限
diskadmin 具有管理磁盘的文件的权限
processadmin 具有管理运行在SQL Server中的进程的权限
securityadmin 能够处理大多数日常事物，但没有系统管理员的超级权限
serveradmin 具有设计服务器级别的配置选项和关闭服务器的权限
setupadmin 该角色的权限仅局限于添加和删除连接服务器
sysadmin 具有在服务器及数据库上执行任何操作的权限
固定数据库角色
db_owner 具有在数据库中进行全部操作的权限，包括配置、维护数据库及删除数据库
db_accessadmin 可以添加或删除数据库用户的权限
db_securityadmin 具有管理数据库角色、角色成员以及数据库语句和对象的权限
db_ddladmin 具有执行数据定义语言ddl的权限
db_backupoperator 具有备份数据库备份日志的权限
db_datareader 具有查询数据库中所有用户数据的权限
db_datawriter 具有插入、删除和更新数据库中所有用户数据的权限
db_denydatareader 不允许具有查询数据库中所有用户数据的权限，等同于对所有的表和视图授予了DENY SELECT权限
db_denydatawriter 不允许具有INSERT、DELETE和UPDATE数据库中所有用户数据的权限
十四、数据库运行维护
数据库的维护工作：数据库的转储和恢复；
数据库的安全性和完整性控制；
数据库性能的监控分析和改进；
数据库的重组和重构。
监控机制：自动监控机制，手动监控机制
数据库的监控分析
（1）数据库架构体系的监控（空间基本信息、空间使用率与剩余空间大小、空间是否具有自动扩展的能努力、哪些表扩展将引起空间扩展，段的占用空间与区间数）
（2）数据库性能监控（数据库缓冲区的命中率，库缓冲、用户锁、锁与等待、回滚段、临时段使用情况、索引的使用情况、等待时间和共享池）
四类故障：
（1） 事务内部故障
① 预期的事务内部故障：可以通过事务程序本身发现的事务内部故障
② 非预期的事务内部故障：运算溢出故障、并发事务死锁故障、违反了某些完整性限制而导致的故障
（2） 系统故障
又称软故障，是指数据库在运行过程中，由于硬件故障、数据库软件及操作系统的漏洞，突然停电等情况，导致系统停止运转，所有正在运行的事务以非常方式终止，需要系统重新启动的一类故障
（3） 介质故障
又称硬故障，指硬件受损使得数据丢失的故障
（4） 计算机病毒故障
十五、数据库结构
并行数据库结构
（1） 共享内存结构：实现接单，但处理器数量限制在32或64个以内
（2） 共享磁盘结构：所有处理机拥有独立的主存储器，通过互联网共享磁盘，每个处理器都有独立内存，因此访问内存不会再产生冲突，处理器可替代工作，提高了系统可用性，但会产生通信代价.
（3） 无共享结构：每个处理机拥有独立的主存储器和磁盘，最好并行结构，通信代价和非本地磁盘访问的代价高
（4） 层次结构：综合了共享内存、共享磁盘和无共享结构特点
顶层是由若干节点组成的无共享结构，底层是共享内存或共享磁盘结构
数据划分（为并行算法）
- 一维数据划分（根据关系的某一个属性值来划分整个关系）
（1） 轮转法：保证了元祖在多个磁盘上平均分配，最适合于扫描整个关系的应用，在扫描时可以并行地从n个磁盘读取数据，负载均衡，充分发挥了并行性。但是这种策略对于点查询和范围查询的处理非常复杂，明显降低了查询效率
（2） 散列划分：适合点查询，顺序扫描关系也是非常高效的，缺点：如果散列函数选的不合理，会引起数据划分的不均衡
（3） 范围划分：利于范围查询，点查询，但也可能会引起数据分布不均匀 - 多维数据划分
- 并行算法：
（1）并行排序
（2）并行连接：划分连接，分片复制连接，
（3）其他关系操作：选择、消除重复、投影、聚集
错题总结：
1.外模式（模式映像）模式（内模式映像）内模式
其中外模式和模式映像提供了逻辑独立性。用户级对应外模式，概念级对应概念模式，物理级对应内模式
2.常用的OLAP多维分析操作有切片切块（实现局部数据的显示，帮助用户从众多混杂的数据中进行选择）、旋转（改变维的方向）、钻取（通过走在维级别中下降或通过引入某个或某些维来更细致的观察数据）和卷起（在数据立方体中执行聚类操作，通过在维级别中上升或通过消除某个或某些维来观察更概括的数据）。
3.元数据主要分为技术元数据和业务元数据
4.数据模型三要素
数据结构 是所研究的对象类型的集合。它从语法角度表述了可观世界中数据对象本身的结构和数据对象之间的关联联系，是对系统静态特征的描述
数据操作 是对数据库中对象的实例允许执行的操作的集合，主要指检索和更新（插入，删除，修改）两类操作。数据模型必须定义这些操作的确切含义，操作符号、操作规则以及实现操作的语言。是对系统动态特性的描述
数据完整性约束是一组完整性规则的集合，规定数据库状态及状态变化所应满足的条件，以保证数据的正确性、有效性和相容性
5.数据库系统的监控：手动监控机制和自动监控机制
6.数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明。数据字典一般由数据库管理系统本身管理和维护。
7.DBAS需求分析性能指标 数据操作响应时间或数据访问响应时间
系统吞吐量（TPS）即系统在单位时间内可以完成的数据库事物或查询的数量
允许并发访问的最大用户数
Price per TPS
8.GRANT SELECT ON DB1(T1) TO ul
10.事务性质
原子性描述的是事务中包括的诸多操作为了保持一致性要么都做要么都不做
一致性描述的是事务执行结果从一个一致性岛另一个一致性的变化
隔离性保证其并行结果正确性
持久性保证对数据过的改变是永久的
11.有序索引和散列索引
12.DENY GRANT REVOKE
13.
数据库物理设计:
数据库逻辑模式调整；文件组织与存取设计；数据分布设计；安全模式设计；确定系统配置；物理模式评估。
数据库实施阶段：
建立数据库结构、数据加载、事物和应用程序的编码及测试、系统集成、测试与试运行、系统部署
数据库的维护：
数据库的转储和恢复，数据库安全性、完整性控制，数据库性能的检测和改善，数据库的重组和重构
14.数据库完整性
实体完整性 PRIMARY KEY
参照完整性 FOREIGN KEY
用户自定义完整性 属性上的约束条件 列值非空（NOT NULL）列值唯一（UNIQUE） CHECK短语
15.需求分析
数据处理需求分析：从数据据组织与存储的设计角度，辨识应用领域所管理的各类数据项和数据结构，与数据处理需求分析结果一起组成数据字典，形成数据规范说明书。
功能需求分析:功能需求分析主要针对DBAS应具有的功能进行分析，是DBAS需求分析的核心环节，总体上可分为数据处理愀分析与业务规则需求分析。数据处理需求分析从数据访问和处理的角度，明确对各数据项所徐璈进行的数据访问操作。在系统规划与分析阶段，DBAS开发者已经明确了各类用户视图。因此数据处理序曲分析阶段可以从这些视图触发，针对每个用户视图进行数据处理需求分析，然后汇总各个视图的分析结果得到对系统的完整分析结果。
性能需求分析：性能需求则描述了系统应当做到什么程度，分析DBAS应具有的性能指标
其他需求分析：存储需求、安全性需求
存储需求分析是指估计DBAS系统需要的数据存储量，如DB所存储的数据总量
主要用于数据库安全设计，避免被非法使用和攻击
17.SQL Server 2008 支持三种恢复模式即简单恢复模式、完整恢复模式和大容量日志恢复模式
简单恢复：无日志备份。自动回收日志空间以减少空间需求，实际上不再需要管理事务日志空间。最新备份之后的更改不受保护。在发生灾难时，这些更改必须重做只能恢复岛备份结尾。
完整恢复：需要日志备份。数据文件丢失或者损坏不会导致丢失工作。可以恢复岛任意时间点（例如应用程序或用户错误之前）
大容量日志恢复：需要日志备份。是完整恢复模式的附加模式，允许执行高性能的大容量复制操作。通过使用最小方式记录大多数大容量操作减少日志空间使用量。
如果在最新日志备份后发生日志损坏或执行大容量日志记录操作，则必须重做自该上次备份之后所做的更改。否则不丢失任何工作。可以恢复到任何备份的结尾。不支持时点恢复。其中，如果符合下列任一要求则使用完整恢复模式
必修能够恢复所有数据；数据库包括多个文件组。希望逐段还原读/写辅助文件组（以及可选地还原只读文件组）；必须能够恢复岛故障点；希望还原单个页；愿意承担事物日志备份的管理开销。
18.DFD（数据流图）由四种基本元素构成，它们是由数据流、（对数据的加工）处理、数据存储和外部项组成
19.UML用例图属于用例视图，描述系统的功能，行为视图包括顺序视图、交互图和状态图
活动图：陈述活动与活动之间流程控制的转移，系统、用例和程序模块中逻辑流程的先后执行次序、并行次序。其作用类似于流程图，然而与流程图不同的是其支持并行行为。
类图：展现一组类、接口和协作以及它们之间的关系的一种静态视图
（通信）协作图：交互图的一种，显示了在交互过程中各个对象之间在空间中如何交互，以及对象彼此自检的链接，并不侧重交互的顺序和时间，其中包含一组对象、对象之间的联系以及对象间发送和接受的信息
状态图：描述一个实体在发生一些事件时的状态变化情况，用于展示该实体处于不同状态时对不同事件做出响应后的状态变化情况
顺序图：描述对象自身及对象间信息传递顺序的视图。
用例图：描述系统与外部系统及用户之间的交互
（配置）部署图，描述系统中硬件和软件的物理配置情况和系统体系结构
组件图：提供系统的物理试图，显示系统中软件对其他软件组件的依赖关系
19.开窗函数
OVER(PARTITION BY T1.学号） OVER(PARTITON BY T2.学号）
20.FETCH __ 5 FROM cur1…
NEXT 紧跟当前行返回结构航，并且当前行递增为返回行。
PRIOR 搜索返回紧邻当前行前面的结果行，并且当前行递减为返回行。第一次操作没有航返回
FIRST 返回第一行
LAST 返回最后行
ABSOLUTE｛n|@nvar｝ 如果n为正则返回从游标头开始向后的第n行，如果为负，则返回从游标末尾开始向前的第n行，并将返回行编程新的当前行。
RELATIVE｛n|@nvar｝ 如果n为正则返回从当前行开始向后的第n行，如果为负，则返回从当前行开始向前的第n行，并将返回行编程新的当前行。
21.CREATE [UNIQUE|CLUSTERED|NONCLUSTERED] INDEX INDEX_NAME ON TABLE_NAME(PROPERTY_NAME)
22.SQL Server固定的数据库角色
db_owner 具有在数据库中进行全部操作的权限，包括配置、维护数据库及删除数据库
db_accessadmin 可以添加或删除数据库用户的权限
db_securityadmin 具有管理数据库角色、角色成员以及数据库语句和对象的权限
db_ddladmin 具有执行数据定义语言ddl的权限
db_backupoperator 具有备份数据库备份日志的权限
db_datareader 具有查询数据库中所有用户数据的权限
db_datawriter 具有插入、删除和更新数据库中所有用户数据的权限
db_denydatareader 不允许具有查询数据库中所有用户数据的权限，等同于对所有的表和视图授予了DENY SELECT权限
db_denydatawriter 不允许具有INSERT、DELETE和UPDATE数据库中所有用户数据的权限
EXEC sp_addsrvrolemember ‘log1’,’db_creator’
数据库主要角色
bulkadmin 具有执行BULK INSERT语句的权限
dbcreator 具有创建、修改、删除和还原数据库的权限
diskadmin 具有管理磁盘的文件的权限
processadmin 具有管理运行在SQL Server中的进程的权限
securityadmin 能够处理大多数日常事物，但没有系统管理员的超级权限
serveradmin 具有设计服务器级别的配置选项和关闭服务器的权限
setupadmin 该角色的权限仅局限于添加和删除连接服务器
sysadmin 具有在服务器及数据库上执行任何操作的权限
23.备份日志
BACKUP LOG students TO DISK=’D:\LogData\Students_log.bak’
24.分布式数据库分片类型
水平分片、垂直分片、导出分片、混合分片
25. 数据库系统规划和定义：任务陈述、确定任务目标、确定系统范围和边界、确定用户视图
数据库实施与部署阶段：建立数据库结构、数据加载、事务和应用程序的编码及测试、系统集成、测试与试运行、系统部署
数据库应用系统运行管理与维护阶段的任务：日常维护，监控与分析、性能优化调整、系统进化
26.一张表可以建立多个后触发器，但智能建立一个前触发器
28.使用REVOKE命令回收用户权限时，如果要将该用户转授给其他用户的权限也一并回收，则命令中需要加上CASCADE
29.分布式数据库由局部数据库管理系统、全局数据库管理系统、全局数据字典、通信管理四部分组成
30.数据从操作性环境转移岛数据仓库过程中所用到ETL工具通常需要完成的处理操作包括抽取、转换和装载
31.FOREIGN KEY 和PRIMARY KEY 应用于关系级别约束，NOT NULL、UNIQUE应用于列级约束，CHECK应用于元祖约束
32.在DFD建模方法中，数据流用箭头表示，处理用矩形框表示，数据存储用圆角矩形框表示，外部项用圆角框或者平行四边形框表示
33.索引的使用原则
经常在查询中作为条件被使用的列
频繁进行排序或分组（group by或order by操作）的列
一个列的值域很大
待排序的列有多个，应在这些列上建立复合索引
可以使用系统工具来检查数据完整性
34.数据库用户可分为系统管理员、对象拥有者和普通用户三类
35.
36.RAID（Redundant Arrays of Inexpensive Disks,磁盘阵列）是由很多便宜、容量较小、稳定性较高、速度较慢的磁盘组合成一个大兴的磁盘组，利用个别磁盘提供数据所产生加成效果提升整个磁盘系统效能。RAID1可以提高读取性能和很高的数据安全性和可用性、而RAID5适合于小数据块和随机读写的数据）
37.差量转储是对最近一次数据库完全转储以来的数据变化进行转储。差量转储和完全转储相比速度快，占用较小的空间，增量转储只复制上次转储后发生变化的文件或数据块。
38.分片透明性是*别的透明性，位于全局概念模式与分片模式之间，是指数据分片是用户无需考虑吧的、完全透明的，在编写程序时用户只需要对全局关系进行操作。
位置透明性是指数据分片的分配位置对用户是透明的，用户编写程序时只需要考虑数据分片情况，不需要了解各分片在各个场地的分配情况。
局部数据模型透明性使用户在编写应用程序时不但需要了解全局数据的分片情况，还要了解各片段的复本复制情况及各片段和他们副本的场地位置分配情况，但是不需要了解各场地上数据库的数据模型。
39.RESTORE DATABASE students FROM MyBK_1
恢复数据库使用RESTORE DATABASE
恢复事物日志使用RESTORE LOG
40.分布式数据库的数据分配有:
集中式：所有数据片段都安排在一个场地上
分割式：所i有全局数据有且仅有一份，它们被分割成若干片段，每个片段被分配在一个特定场地上
全复制式：全局数据有多个副本，每个场地上都有一个完整的数据副本
混合式：全局数据被分为若干个数据子集，每个子集被安排在一个或者多个不同的场地上，但是每个场地未必保存所有数据
41.分布式数据库最基本的三个特征：非集中式管理、高可用性、本地自治
42.数据仓库四个特性，分别是面向主体、集成、非易失和随时间变化
43.数据仓库中，元数据一般分成技术元数据和业务元数据
44.数据字典是对系统各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果。数据字典在数据库设计中占有很重要的地位，通常包括数据项，数据结构、数据流、数据存储和处理过程5个部分
45.数据库管理系统一般通过周期性检查事务等待图来实现死锁检测
46.创建存储过程
create procedure 过程名
@[参数名] [类型],@[参数名] [类型] [类型]
As
Declare
…
begin
…
end
47.系统故障造成数据库状态不一致的原因有两个，一个是未完成的事物对数据库的更新可能已写入数据库，二是已提交事物对数据库的更新可能还留在缓冲区没来得及写入数据库。
对于故障发生前已提交的事务（既有BEGIN Transaction，又有commit）做redo操作
对于故障发生时尚未完成的事务（只有BEGIN Transaction，而没有commit或rollback）做undo操作
48.系统总体设计的主要内容包括确定DBAS体系结构、软硬件选型和配置设计、应用软件总体设计和业务规则初步设计。
49.分配莫斯是描述每个数据片段以及全局关系到片段的映像，分配模式是描述各片段岛物理存放场地的映像
50.SQL Server中有五种约束类型，分别是主键约束、外键约束、唯一性约束、缺省约束和检查约束
51.数据库应用系统逻辑设计阶段工作：数据库逻辑结构设计、数据库事务概要设计、应用程序概要设计。
52.UML语义是定义在一个四层建模概念框架中的，这四层是元元模型层，用户模型层，元模型层和用户模型层
53.知识发现主要由三个步骤组层，它们是数据准备、数据挖掘、结果的解释评估
54.非预期的事物内部故障包括：运算溢出故障、并发事务死锁故障、违反了某些完整性限制而导致的故障
55.事务概要设计内容包括：事务名称、事物所访问的关系表及关系属性、事务处理逻辑、事务用户（指使用、启动、调用该事务的软件模块或系统）