本文目录
数据库逻辑结构设计包含哪些内容
逻辑结构设计是将概念结构设计阶段完成的概念模型，转换成能被选定的数据库管理系统(DBMS)支持的数据模型。这里主要将E-R模型转换为关系模型。需要具体说明把原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构，包括所确定的关键字和属性、重新确定的记录结构和文件结构、所建立的各个文件之间的相互关系，形成本数据库的数据库管理员视图。
逻辑结构设计一般分为三步进行：
1. 从E-R图向关系模式转化 数据库的逻辑设计主要是将概念模型转换成一般的关系模式，也就是将E-R图中的实体、实体的属性和实体之间的联系转化为关系模式。在转化过程中会遇到如下问题：
(1)命名问题。命名问题可以采用原名，也可以另行命名，避免重名。
(2)非原子属性问题。非原子属性问题可将其进行纵向和横行展开。
(3)联系转换问题。联系可用关系表示。
2. 数据模型的优化 数据库逻辑设计的结果不是唯一的。为了进一步提高数据库应用系统的性能，还应该适当修改数据模型的结构，提高查询的速度。
3. 关系视图设计 关系视图的设计又称为外模式的设计，也叫用户模式设计，是用户可直接访问的数据模式。同一系统中，不同用户可有不同的关系视图。关系视图来自逻辑模式，但在结构和形式上可能不同于逻辑模式，所以它不是逻辑模式的简单子集。
关系视图主要有三个作用：
(1)通过外模式对逻辑模式的屏蔽，为应用程序提供了一定的逻辑独立性。
(2)更好地适应不同用户对数据的不同需求。
(3)为不同用户划定了访问数据的不同范围，有利于数据的保密。
什么是数据库的逻辑结构设计试述其设计步骤
逻辑结构设计就是把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。
步骤：
（1）将概念结构转换为一般的关系、网状、层次模型；
（2）将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换；
（3）对数据模型进行优化。
数据库结构设计包含的数据字典 表结构有哪些
你好：
数据字典（Data
dictionary）是一种用户可以访问的记录数据库和应用程序元数据的目录。主动数据字典是指在对数据库或应用程序结构进行修改时，其内容可以由DBMS自动更新的数据字典。被动数据字典是指修改时必须手工更新其内容的数据字典。
1数据字典是一个预留空间，一个数据库，这是用来储存信息数据库本身。
1数据字典可能包含的信息，例如：
数据库设计资料
储存的SQL程序
用户权限
用户统计
数据库的过程中的信息
数据库增长统计
数据库性能统计
数据字典则是系统中各类数据描述的集合,是进行详细的数据收集和数据分析所获得的主要成果.
数据字典通常包括数据项\数据结构\数据流\数据存储和处理过程五个部分.
数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合.
组成
1数据流
2数据流分量，即数据元素
3数据存储
4处理
数据字典
数据库的重要部分是数据字典。它存放有数据库所用的有关信息，对用户来说是一组只读的表。数据字典内容包括：
数据库中所有模式对象的信息，如表、视图、簇、及索引等。
分配多少空间，当前使用了多少空间等。
列的缺省值。
约束信息的完整性。
用户的名字。
用户及角色被授予的权限。
用户访问或使用的审计信息。
其它产生的数据库信息。
数据库数据字典是一组表和视图结构。它们存放在SYSTEM表空间中。
数据库数据字典不仅是每个数据库的中心。而且对每个用户也是非常重要的信息。用户可以用SQL语句访问数据库数据字典。
关于数据的信息集合,是一种用户可以访问的记录数据库和应用程序元数据的目录,是对数据库内表信息的物理与逻辑的说明
数据库的物理结构设计指的是什么
Log File物理结构
从 ib_logfile0和 ib_logfile1这两个文件的物理结构可以看出，在Log Header部分还是有些许差异的， ib_logfile0会多一些额外的信息，主要是checkpoint信息。
并且每个Block的单位是512字节，对应到磁盘每个扇区也是512字节，因此redo log写磁盘是原子写，保证能够写成功，而不像index page一样需要double write来保证安全写入。
我们依次从上到下来看每个Block的结构
Log File Header Block
Log Goup ID，可能会配置多个redo组，每个组对应一个id，当前都是0，占用4字节
Start LSN，这个redo log文件开始日志的lsn，占用8字节
Log File Number，总是为0，占用4字节
Created By，备份程序所占用的字节数，占用32字节
Block Header，占用12字节
Data部分
Block tailer，占用4字节
Block Number，表示这是第几个block，占用4字节，是通过LSN计算得来的，占用4字节
Block data len，表示该block中有多少字节已经被使用了，占用2字节
First Rec offet，表示该block中作为第一个新的mtr开始的偏移量，占用2字节
Checkpoint number，表示该log block最后被写入时的检查点的值，占用4字节
另外在ib_logfile0中会有两个checkpoint block，分别是 LOG_CHECKPOINT_1/ LOG_CHECKPOINT_2，两个记录InnoDB Checkpoint信息的字段，分别从文件头的第二个和第四个block开始记录，并且只在每组log的第一个文件中存在，组内其他文件虽然没有checkpoint相关信息，但是也会预留相应的空间出来。这里为什么有两个checkpoint的呢？原因是设计为交替写入，避免因为介质失败而导致无法找到可用的checkpoint的情况。
Log blocks
请点击输入图片描述
log block结构分为日志头段、日志记录、日志尾部
Block Header
这个部分是每个Block的头部，主要记录的块的信息
数据库表结构设计
1.典型地质遗迹基本概况表
包括地理位置、园区范围、自然条件等组成(表6-2)。
表6-2 基本概况(JBGK.MDB)数据库结构表
数据项说明:
地质公园编号:前3位国别代码，按行政区划代码(GB/T2260－98)填写，后3位地质遗迹点的顺序号。当公园范围较大，跨国界时，其编号以主景区所在的区域为准进行编号，后6位为顺序号，保证地质遗迹编号的唯一性。
地质遗迹分类:为适应现阶段地质遗迹的调查，地质公园建设和发展规划、科学普及的开展，以系统地球科学理论为指导，赵汀(2009)提出了显性地质遗迹的概念并建立了学科分类系统，并在此基础上完成了中国国家地质公园地质遗迹分类。
2.景区、景点数据(表6-3，表6-4)
表6-3 景区表结构(JQ.MDB)表
表6-4 景点表结构(JD.MDB)表
景区和景点数据关系(表6-5)为一对多关系。即，一个景区至少有一处以上的景点，任意一个景点只能属于某一个景区。
