-
数据库通常采用三级模式结构，其中，
视图对应外模式、
基本表对应模式、
存储文件对应内模式。 -
物理独立性是指的内模式发生变化，只需要调整模式与内模式之间的映像，而不用修改应用程序。
逻辑独立性是指的模式发生变化，只需要调整外模式与模式之间的映像，而不用修改应用程序。 -
在数据库系统中，如果对数据库的一张表创建聚簇索引，意味着重新确定表中数据的物理顺序，即需要改变的是数据库的内模式。
-
结构冲突是指同一实体在不同的E-R图中有不同的属性，同一对象在某一E-R图中被抽象为实体而在另一E-R图中又被抽象为属性，需要统一。
属性冲突是指同一属性可能会存在于不同的E-R图，由于设计人员不同或是出发点不同，对属性的类型、取值范围、数据单位等可能会不一致，这些属性对应的数据将来只能以一种形式在计算机中存储，这就需要在设计阶段进行统一。
命名冲突是指相同意义的属性在不同的E-R图上有着不同的命名，或是名称相同的属性在不同的E-R图中代表着不同的意义，这些也要进行统一。 -
数据库管理系统利用日志文件来进行事务故障恢复和系统故障恢复。
1.在事务处理过程中，DBMS把事务开始、事务结束以及对数据库的插入、删除和修改的每一次操作写入日志文件
2.当系统正常运行时，按一定的时间间隔，把数据库缓冲区内容写入数据文件；
3.一旦发生故障，DBMS的恢复子系统利用日志文件撤销事务对数据库的改变，回退到事务的初始状态。 -
在多用户共享的系统中，许多用户可能同时对同一数据进行操作，可能带来数据不一致问题。为了解决这类问题，数据库系统必须控制事务的并发执行，保证数据库处于一致的状态，在并发控制中引入两种锁：排他锁（Exclusive Locks，简称X锁）和共享锁（Share Locks，简称S锁）。
排他锁又称为写锁，用于对数据进行写操作时进行锁定。如果事务T对数据A加上X锁后，就只允许事务T读取和修改数据A，其他事务对数据A不能再加任何锁，从而也不能读取和修改数据A，直到事务T释放A上的锁。
共享锁又称为读锁，用于对数据进行读操作时进行锁定。如果事务T对数据A加上了S锁后，事务T就只能读数据A但不可以修改，其他事务可以再对数据A加S锁 来读取，只要数据A上有S锁，任何事务都只能再对其加S锁（读取）而不能加X锁 （修改）。 -
1、分片透明：是指用户不必关心数据是如何分片的，它们对数据的操作在全局关系上进行，即关系如何分片对用户是透明的，因此，当分片改变时应用程序可以不变。分片透明性是最高层次的透明性，如果用户能在全局关系一级操作，则数据如何分布，如何存储等细节自不必关系，其应用程序的编写与集中式数据库相同。
2、复制透明：用户不用关心数据库在网络中各个节点的复制情况，被复制的数据的更新都由系统自动完成。在分布式数据库系统中，可以把一个场地的数据复制到其他场地存放，应用程序可以使用复制到本地的数据在本地完成分布式操作，避免通过网络传输数据，提高了系统的运行和查询效率。但是对于复制数据的更新操作，就要涉及到对所有复制数据的更新。
3、 位置透明：是指用户不必知道所操作的数据放在何处，即数据分配到哪个或哪些站点存储对用户是透明的 局部映像透明性（逻辑透明）是最低层次的透明性，该透明性提供数据到局部数据库的映像，即用户不必关系局部DBMS支持哪种数据模型、使用哪种数据操纵语言，数据模型和操纵语言的转换是由系统完成的。因此，局部映像透明性对异构型和同构异质的分布式数据库系统是非常重要的。 -
分片透明是指用户或应用程序不需要知道逻辑上访问的表具体是怎么分块存储的。
复制透明是指采用复制技术的分布方法，用户不需要知道数据是复制到哪些节点，如何复制的。
位置透明是指用户无须知道数据存放的物理位置。
逻辑透明，即局部数据模型透明，是指用户或应用程序无须知道局部场地使用的是哪种数据模型。 -
数据库恢复就是在尽可能短的时间内把数据库恢复到故障发生前的状态。
-
OLAP工具是针对特定问题的联机数据访问与分析。它通过多维的方式对数据进行分析、查询和报表。比如，从时间、地区和商品种类三个维度来分析某家电商品的销售数据。
-
JDBC是Java技术中访问数据库的方式，也是目前用Java技术实现的基于Web的应用的数据库访问方式。
-
COM是一种组件技术，
CGI是一种网络应用技术，
XML是一种数据格式定义，它们均不是访问数据库的方式。 -
DDBS(分布式数据库）的基本特点：
1.物理分布性：数据不是存储在一个场地上，而是存储在计算机网络的多个场地上。
2.逻辑整体性：数据物理分布在各个场地，但逻辑上是一个整体，它们被所有用户（全局用户）共享，并由一个DDBMS统一管理。
3.场地自治性：各场地上的数据由本地的DBMS管理，具有自治处理能力，完成本场地的应用（局部应用）。
4.场地之间协作性：各场地虽然具有高度的自治性，但是又相互协作构成一个整体。
-
E-R模型向关系模型转换时
两个以上实体之间多对多的联系应该转换为一个独立的关系模式，且该关系模式的关键字由这些实体的关键字组成。 -
关系数据库系统采用关系模型作为数据的组织方式，
1.在关系模型中用二维表格结构表达实体集以及实体集之间的联系，其最大特色是描述的一致性。
2.关系模型是由若干个关系模式组成的集合。一个关系模式相当于一个记录型，对应于程序设计语言中类型定义的概念。
3.关系是一个实例，也是一张表，对应于程序设计语言中变量的概念。
4.给定变量的值随时间可能发生变化；类似地，当关系被更新时，关系实例的内容也随时间发生了变化。
-
需求分析阶段的任务是：对现实世界要处理的对象（组织、部门、企业等）进行详细调查，在了解现行系统的概况，确定新系统功能的过程中，确定系统边界、收集支持系统目标的基础数据及其处理方法。
逻辑设计阶段的任务之一是对关系模式进一步的规范化处理。因为生成的初始关系模式并不能完全符合要求，会有数据冗余、更新异常存在，这就需要根据规范化理论对关系模式进行分解，以消除冗余和更新异常。不过有时根据处理要求，可能还需要增加部分冗余以满足处理要求。逻辑设计阶段的任务就需要作部分关系模式的处理，分解、合并或增加冗余属性，提高存储效率和处理效率。 -
关系规范化在数据库设计的逻辑阶段进行
-
授权语句的格式如下：
GRANT〈权限> [，<权限>]…[ON<对象类型><对象名>]
TO <用户>[，<用户][WITH GRANT OPTION];
若在授权语句中指定了 “WITH GRANT OPTION”子句，那么，获得了权限的用户还可以将该权限赋给其他用户。 -
视图不是真实存在的基础表，而是一个虚拟表， 视图所对应的数据并不实际地以视图结构存储在数据库中，而是存储在视图所引用的基本表中。
-
标准SQL对数据库对象（基本表、索引和视图等）的创建、修改和删除定义了一组操作分别为CREATE、ALTER和DROP;
对基本表和视图中数据的插入、删除和修改定义了操作分别为INSERT、DELETE和UPDATE，这两组操作不能混淆。
