数据库表结构设计参考(第三版)
FileName?FileClass?FileChange?FileW ord?
数据库表结构设计参考
数据库表结构设计参考
表名外部单位表（DeptOut） 列名数据类型（精度范围）空/非空约束条件 外部单位ID 变长字符串(50) N 主键 类型变长字符串(50) N 单位名称变长字符串(255) N 单位简称变长字符串(50) 单位全称变长字符串(255) 交换类型变长字符串(50) N 交换、市机、直送、邮局单位邮编变长字符串(6) 单位标识(英文) 变长字符串(50) 排序号整型(4) 交换号变长字符串(50) 单位领导变长字符串(50) 单位电话变长字符串(50) 所属城市变长字符串(50) 单位地址变长字符串(255) 备注变长字符串(255) 补充说明该表记录数约3000条左右，一般不做修改。初始化记录。 表名外部单位子表（DeptOutSub） 列名数据类型（精度范围）空/非空约束条件 外部子单位ID 变长字符串(50) N 父ID 变长字符串(50) N 外键 单位名称变长字符串(255) N 单位编码变长字符串(50) 补充说明该表记录数一般很少 表名内部单位表（DeptIn） 列名数据类型（精度范围）空/非空约束条件 内部单位ID 变长字符串(50) N 主键 类型变长字符串(50) N 单位名称变长字符串(255) N 单位简称变长字符串(50) 单位全称变长字符串(255) 工作职责 排序号整型(4) 单位领导变长字符串(50) 单位电话（分机）变长字符串(50) 备注变长字符串(255)
补充说明该表记录数较小（100条以内），一般不做修改。维护一次后很少修改 表名内部单位子表（DeptInSub） 列名数据类型（精度范围）空/非空约束条件内部子单位ID 变长字符串(50) N 父ID 变长字符串(50) N 外键 单位名称变长字符串(255) N 单位编码变长字符串(50) 单位类型变长字符串(50) 领导、部门 排序号Int 补充说明该表记录数一般很少 表名省、直辖市表（Province） 列名数据类型（精度范围）空/非空约束条件ID 变长字符串(50) N 名称变长字符串(50) N 外键 投递号变长字符串(255) N 补充说明该表记录数固定 表名急件电话语音记录表（TelCall） 列名数据类型（精度范围）空/非空约束条件ID 变长字符串(50) N 发送部门变长字符串(50) N 接收部门变长字符串(50) N 拨打电话号码变长字符串(50) 拨打内容变长字符串(50) 呼叫次数Int 呼叫时间Datetime 补充说明该表对应功能不完善，最后考虑此表 表名摄像头图像记录表（ScreenShot） 列名数据类型（精度范围）空/非空约束条件ID 变长字符串(50) N 拍照时间Datetime N 取件人所属部门变长字符串(50) N 取件人用户名变长字符串(50) 取件人卡号变长字符串(50) 图片文件BLOB/Image
数据库设计各阶段
1.数据库应用系统的设计步骤 按规范设计的方法可将数据库设计分为以下六个阶段 （1）需求分析; （2）概念结构设计; （3）逻辑结构设计; （4）数据库物理设计; （5）数据库实施; （6）数据库运行和维护。 2.需求分析 需求收集和分析是数据库应用系统设计的第一阶段。明确地把它作为数据库应用系统设计的第一步是十分重要的。这一阶段收集到的基础数据和一组数据流图（Data Flow Diaˉgram———DFD）是下一步设计概念结构的基础。概念结构对整个数据库设计具有深刻影响。而要设计好概念结构，就必须在需求分析阶段用系统的观点来考虑问题、收集和分析数据及其处理。如何分析和表达用户需求呢？在众多的分析方法中，结构化分析（Structured Analysis，简称SA方法）是一个简单实用的方法。SA方法用自顶向下、逐层分解的方式分析系统。用数据流图，数据字典描述系统。然后把一个处理功能的具体内容分解为若干子功能，每个子功能继续分解，直到把系统的工作过程表达清楚为止。在处理功能逐步分解的同时，它们所用的数据也逐级分解。形成若干层次的数据流图。数据流图表达了数据和处理过程的关系。处理过程的处理逻辑常常用判定表或判定树来描述。数据字典（Data Dictionary，简称DD）则是对系统中数据的详尽描述，是各类数据属性的清单。对数据库应用系统设计来讲，数据字典是进行详细的数据收集和数据分析所获得的主要结果。数据字典是各类数据描述的集合，它通常包括以下5个部分： （1）数据项，是数据最小单位。 （2）数据结构，是若干数据项有意义的集合。 （3）数据流，可以是数据项，也可以是数据结构。表示某一处理过程的输入输出。 （4）数据存储，处理过程中存取的数据。常常是手工凭证、手工文档或计算机文件。 （5）处理过程。
数据库设计说明书(文档格式)
数据库设计说明书 1. 引言 1.1 编写目的 阐明编写本数据库设计说明书的目的，指出读者对象。 1.2 项目背景 列出本项目的委托单位、开发单位和主管部门，说明该数据库系统与其他系统的关系。 1.3 定义 列出本文档中所用到的专门术语的定义和缩写词的原意。 1.4 参考资料 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源。包括本项目经核准的计划任务书、合同或上级机关的批文，项目开发计划，需求规格说明书，本文档需要引用的论文、著作，需要采用的标准、规范。 2. 外部设计 2.1 标识 列出用于标识该数据库的编码、名称、标识符或标号，并给出附加的描述性信息。如果该数据库是在实验中的或是暂时性的，则要说明其暂时性和有效期。 2.2 约定 叙述使用该数据库所必须了解的建立标号、标识的有关约定。例如用于标识库内各个文卷、记录、数据项的命名约定等。
2.3 使用该数据库的软件 列出将要使用或访问该数据库的所有软件。 2.4 支撑软件 叙述与此数据库有关的支撑软件，如数据库管理系统、存储定位程序等。概要说明这些支撑软件的名称、功能及为使用这些支撑软件所需的操作命令。列出这些支撑软件的有关资料。 2.5 专门说明 为此数据库的生成、测试、操作和维护的相关人员提供专门的说明。 3. 结构设计 3.1 概念结构设计 说明数据库的用户视图，即反映现实世界中的实体、属性和它们之间关系的原始数据形式，包括各数据项、记录、文卷的标识符、定义、类型、度量单位和值域。可使用ER图。 3.2 逻辑结构设计 说明把上述原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构，包括记录、段的编排，记录、段之间的关系及存取方法等，形成本数据库的管理员视图。 3.3 物理结构设计 建立系统程序员视图，包括： (1) 数据在内存中的安排，包括索引区、缓冲区的设计。 (2) 所使用的外存设备及外存之间的组织，包括索引区、数据块的组织 与划分。 (3) 访问数据的方式方法。
数据库设计的基本步骤
数据库设计的基本步骤 一、数据库设计的生存期 按照规范设计的方法，考虑到数据库及其应用系统开发的全过程，将数据库 设计分为六个阶段。如下图。 ① 需求分析 需求收集和分析, 需求。 ② 概念结构设计 对需求进行综合、归纳与抽象，形成一个独立于具体 DBMS 的概念模型（用 E-R 图表示）。 ③ 逻辑结构设计 将概念结构转换为某个DBMS 所支持的数据模型（例如关系模型），并对其 进行优化。 ④ 物理结构设计 为逻辑数据模型选取一个最适合应用环境的物理结构 （包括存储结构和存取 方法）。 ⑤ 数据库实施 需求A 祈断段 T 1 概念设计阶段 i 逻辑 q 丰计阶段 1 物理. 1 殳计阶段 j 数据E L 支实施阶段 数据库运荷? 维护阶段 得到用数据字典描述的数据需求，用数据流图描述的处理
运用DBMS 提供的数据语言（例如 SQL ）及其宿主语言（例如C）,根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。 ⑥数据库运行和维护 数据库应用系统经过试运行后即可投入正式运行。在数据库系统运行过程中必须不断地对其进行评价、调整与修改。 说明：设计一个完善的数据库应用系统是不可能一蹴而就的，它往往是上述 六个阶段的不断反复。 二、数据库设计阶段的内容 设计步骤既是数据库设计的过程，也包括了数据库应用系统的设计过程。下面针对各阶段的设计内容给出各阶段的设计描述。如下图。 阶段 濮块结构） 三、数据库设计阶段的模式 数据库结构设计的不同阶段形成数据库的各级模式，如下图 需求数据字睦、全系统中数据项、 分析數据證、数据存储的描述 数1E流图和判定我（利宦 闕）、数据字典中处理过程的 描述 设计 概念模型〔E?兄图） 模块设计 IPO表 编写模武装入 数JE 实施数揭库试 运行阶段 Create … L o豆恋■?. 程序编码 编译联结 测试 Tlain () * ■ A if???then ■■ i HUl 数据宇典 系窥说朋书包括： ①新系统要求、 方案和概图 ②反映新系统信息 流的数据流图 方法选择物理 存取路径建立设计
进销存数据库表结构设计
1.帐类表（KIND） 无索引 序号中文名称英文名称类型备注 1 帐类编号K_SERIAL byte 2 帐类名称K_NAME text*10 本表系统自动建立，共划分为15种帐类,不可增删 帐类编号帐类名称备注 0 上期结存进货，不参加进货统计 1 购入进货，购入时必需输入供货单位名称 2 自制进货 3 投资转入进货 4 盘盈进货 5 领料出库，领料必需输入领料部门名称 6 调拨出库 7 报损出库 8 盘亏出库 9 退库对低值易耗品，在用品退为在用库存 10 直接报废对于低值易耗品，在用品转报废 11 领用对于低值易耗品，在用库存转在用 12 调拨对于低值易耗品，在用库存减少 13 报废对于低值易耗品，在用库存报废 14 直进直出进出库，购入与领料对库存无影响 2.物品表（GOODS） 序号索引名称索引域唯一? 主索引? 1 G_CODING +G_CODING Y N 2 G_SERIAL +G_SERIAL Y Y 序号中文名称英文名称类型备注 1 物品内部编号G_SERIAL INT->long 系统内部唯一标识该物品 2 物品编号G_CODING TEXT * 10 用户使用此编号访问物品 &3 物品名称G_NAME TEXT*40 非空 &4 物品单位G_UNIT TEXT*8 非空 &5 物品规格G_STATE TEXT*20
6 物品类别G_CLASS INT 取自表CLASS 7 备注G_REMARKS MEMO 8 最小库存量G_MIN CURRENCY 为零，即无最小库存 9 最大库存量G_MAX CURRENCY 为零，即无最大库存 10 库存数量G_QUANT CURRENCY 控制出库数量 11 虚拟库存数量G_VQUANT CURRENCY 出库时用 12 库存金额G_AMOUNT CURRENCY 3.类别表（CLASS） 序号索引名称索引域唯一? 主索引? 1 C_CODING +C_CODING Y N 2 C_SERIAL +C_SERIAL Y Y 序号中文名称英文名称类型备注 1 类别内部序号C_SERIAL INT 系统内部唯一标识该物品 2 类别编号C_CODING TEXT *10 用户使用该编号访问类别信息 3 类别名称C_NAME TEXT*20 非空 4 出库类型C_KIND BYTE 1.移动平均 2..先进先出 3.后进先出 4.实际计价 *5.月末平均 5 备注C_REMARKS MEMO *6 底标志C_BOTTOM BOOLEAN *7 类别级别C_LEVEL BYTE 4.供货单位、使用部门(DEPART) 序号索引名称索引域唯一? 主索引? 1 D_CODING +D_CODING Y N 2 D_SERIAL +D_SERIAL Y Y 序号中文名称英文名称类型备注 1 内部序号D_SERIAL INT 系统内部唯一标识该部门 >0 供货单位 =0 库房 <0 使用部门 2 单位编号D_CODING TEXT*10
数据库课后题答案 第7章 数据库设计
第7章数据库设计 1．试述数据库设计过程。 答：这里只概要列出数据库设计过程的六个阶段：( l ）需求分析；( 2 ）概念结构设计；( 3 ）逻辑结构设计；( 4 ）数据库物理设计；( 5 ）数据库实施；( 6 ）数据库运行和维护。这是一个完整的实际数据库及其应用系统的设计过程。不仅包括设计数据库本身，还包括数据库的实施、运行和维护。设计一个完善的数据库应用系统往往是上述六个阶段的不断反复。 2 ．试述数据库设计过程各个阶段上的设计描述。 答：各阶段的设计要点如下：( l ）需求分析：准确了解与分析用户需求（包括数据与处理）。( 2 ）概念结构设计：通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS 的概念模型。( 3 ）逻辑结构设计：将概念结构转换为某个DBMS 所支持的数据模型，并对其进行优化。( 4 ）数据库物理设计：为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。( 5 ）数据库实施：设计人员运用DBMS 提供的数据语言、工具及宿主语言，根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。( 6 ）数据库运行和维护：在数据库系统运行过程中对其进行评价、调整与修改。 3 ．试述数据库设计过程中结构设计部分形成的数据库模式。 答：数据库结构设计的不同阶段形成数据库的各级模式，即：( l ）在概念设计阶段形成独立于机器特点，独立于各个DBMS 产品的概念模式，在本篇中就是 E 一R 图；( 2 ）在逻辑设计阶段将 E 一R 图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式，然后在基本表的基础上再建立必要的视图( Vi 娜），形成数据的外模式；( 3 ）在物理设计阶段，根据DBMS 特点和处理的需要，进行物理存储安排，建立索引，形成数据库内模式。 4 ．试述数据库设计的特点。 答：数据库设计既是一项涉及多学科的综合性技术又是一项庞大的工程项目。其主要特点有：( l ）数据库建设是硬件、软件和干件（技术与管理的界面）的结合。( 2 ）从软件设计的技术角度看，数据库设计应该和应用系统设计相结合，也就是说，整个设计过程中要把结构（数据）设计和行为（处理）设计密切结合起来。 5 ．需求分析阶段的设计目标是什么？调查的内容是什么？ 答：需求分析阶段的设计目标是通过详细调查现实世界要处理的对象（组织、部门、企业等），充分了解原系统（手工系统或计算机系统）工作概况，明确用户的各种需求，然后在此基础上确定新系统的功能。调查的内容是“数据’夕和“处理”，即获得用户对数据库的如下要求：( l ）信息要求，指用户需要从数据库中获得信息的内容与性质，由信息要求可以导出数据要求，即在数据库中需要存储哪些数据；( 2 ）处理要求，指用户要完成什么处理功能，对处理的响应时间有什么要求，处理方式是批处理还是联机处理；( 3 ）安全性与完整性要求。 6 ．数据字典的内容和作用是什么？ 答：数据字典是系统中各类数据描述的集合。数据字典的内容通常包括：( l ）数据项；( 2 ）数据结构；( 3 ）数据流；( 4 ）数据存储；( 5 ）处理过程五个部分。其中数据项是数
数据库设计文档
学院 ~ 数据库课程设计报告$ （ ) 电子技术系 ! 专业班级 学生姓名 指导教师 . 实习地点
# / 数据库设计文档 一、系统需求分析报告（数据流图、数据词典和功能分析） 系统应具有售票、查询、管理和维护等功能，系统管理员可以进行对车次的更改、票价的变动及调度功能，票价的修改可以通过修改运价来进行，车次调度可通过对发车时刻表的修改来进行，维护功能即可对表进行修改。 1、功能需求 经过分析后确定系统应具备以下功能： — （1）、售票功能 ①销售车票 ②预订车票 ③退票 （2）、查询功能 ①— ②车次查询 ③时刻表查询 ④售票情况查询 （3）、调度功能 ①运价修改 ②~ ③车辆修改 ④终点站修改 ⑤车次修改 （4）、维护功能 ①车票表修改 ②— ③预订车票表修改 ④退票表修改
⑤密码修改 （5）、统计功能 ①售票统计 ②￥ ③报表打印 2、数据流图 使用结构化分析方法，确定系统的数据主要是运价、车次、终点站名、发车时间和车票，对数据的操作主要有运价修改、车次修改、终点站修改、发车时间修改、售票及打印，可以确定系统的处理逻辑和流程，得到如下所示的系统数据流图。 ) 3、数据字典： 经过分析可以得到以下数据流条目： 车次表=车辆编号+车型+座位数 终点站名表=站名+里程 运价表=车型+运价 { 发车时刻表=车次+车辆编号+站名+发车时间+检票口
已售车票表=票号+乘车日期+车次+站名+发车时间+票价+全半价+工号+退票否 预订车票表=预订号+乘车日期+车次+站名+发车时间+车型+票价+客户名称+订票数量退票表=票号+退票时间+票价+应退款 售票员编号=工号+姓名 ) 车辆编号=6{数字}6 车次=4{字符}5 车型=1{字符}8 座位数=2{数字}2 检票口=1{数字}2 ` 站名=1{字符}10 里程=1{数字}5 运价=1{数字}6 发车时间={时间} 乘车日期={日期} , 票号=7{数字}7 票价=1{数字}5 全半价=2{字符}2 退票否={T|F} 预订号=4{数字}4 % 客户名称=6{字符}20 订票数量=1{数字}2 退票时间={日期时间} 应退款=1{数字}5 工号=3{字符}3 》 姓名=4{字符}8 二、数据逻辑结构设计（E-R图、关系模式和数据库结构） 1、E—R图
数据库设计文档
— 学院 数据库课程设计报告> < 电子技术系 ~ 专业班级 学生姓名 指导教师 实习地点 (
: 数据库设计文档 一、系统需求分析报告（数据流图、数据词典和功能分析） 系统应具有售票、查询、管理和维护等功能，系统管理员可以进行对车次的更改、票价的变动及调度功能，票价的修改可以通过修改运价来进行，车次调度可通过对发车时刻表的修改来进行，维护功能即可对表进行修改。 1、功能需求 经过分析后确定系统应具备以下功能： （1）、售票功能 ①销售车票 ②预订车票 ③' ④退票 （2）、查询功能 ①车次查询 ②时刻表查询 ③售票情况查询 （3）、调度功能 ①运价修改 ②车辆修改 ③（ ④终点站修改 ⑤车次修改 （4）、维护功能 ①车票表修改 ②预订车票表修改 ③退票表修改 ④密码修改 （5）、统计功能 ①、 ②售票统计
③报表打印 2、数据流图 使用结构化分析方法，确定系统的数据主要是运价、车次、终点站名、发车时间和车票，对数据的操作主要有运价修改、车次修改、终点站修改、发车时间修改、售票及打印，可以确定系统的处理逻辑和流程，得到如下所示的系统数据流图。 、 3、数据字典： 经过分析可以得到以下数据流条目： 车次表=车辆编号+车型+座位数 终点站名表=站名+里程 运价表=车型+运价 发车时刻表=车次+车辆编号+站名+发车时间+检票口 已售车票表=票号+乘车日期+车次+站名+发车时间+票价+全半价+工号+退票否) 预订车票表=预订号+乘车日期+车次+站名+发车时间+车型+票价+客户名称+订票数量退票表=票号+退票时间+票价+应退款 售票员编号=工号+姓名
车辆编号=6{数字}6 车次=4{字符}5 车型=1{字符}8 座位数=2{数字}2 检票口=1{数字}2 ￥ 站名=1{字符}10 里程=1{数字}5 运价=1{数字}6 发车时间={时间} 乘车日期={日期} 票号=7{数字}7 票价=1{数字}5 全半价=2{字符}2 ( 退票否={T|F} 预订号=4{数字}4 客户名称=6{字符}20 订票数量=1{数字}2 退票时间={日期时间} 应退款=1{数字}5 工号=3{字符}3 姓名=4{字符}8 二、！ 三、数据逻辑结构设计（E-R图、关系模式和数据库结构） 1、E—R图 》
数据库结构设计
一、数据库结构设计步骤 二、需求分析 三、概念结构设计 四、逻辑结构设计 五、数据库物理设计 数据库结构设计 一、数据库结构设计步骤 一般可将数据库结构设计分为四个阶段，即需求分析、概念结构设计、逻辑结构设计和物理设计。 下面各节分别介绍各阶段设计内容和具体方法。 二、需求分析 需求分析的任务是具体了解应用环境，了解与分析用户对数据和数据处理的需求，对应用系统的性能的要求，提出新系统的目标，为第二阶段、第三阶段的设计奠定基础。一般需求分析的操作步骤如下所述。 1．了解组织、人员的构成 子系统的划分常常以现有组织系统为基础，再进行整合，而新系统首先必须达到的目的是尽可能地完成当前系统中有关信息方面的工作，在原有系统中，信息处理总是由具体人来实施的。我们要了解组织结构情况、相互之间信息沟通关系、数据（包括各种报告、报表、凭证、单据）往来联系情况。 具体弄清各个数据的名称，产生的时间与传递所需时间与周期，数据量的大小，所涉及（传送）的范围，使用数据的权限要求，数据处理过程中容易发生的问题及其影响，各个部门所希望获得的数据的情况等。 然后了解每个人对每一具体数据处理的过程，基本数据元素来源于哪些地方、获取的途径、处理的要求、数据的用途，进而弄清数据的构成、数据元素的类型、性质、算法、取值范围、相互关系。 在上述调查基础上，首先画出组织机构及工作职能图。我们以一个学校的基层单位——某大学一个系的管理为例来简要说明。 系的组织机构及工作职能如图7.1所示。
图7．1 系管理体系结构图 作为管理层经常需要的信息和工作有： ．查询老师个人基本情况及打印相应内容 ．查询与统计科研项目情况及相关报表 ．查询与统计论文著作情况及相关报表 ．上级部门及其他部门来文管理与查询（要求能全文检索） ．系部发文管理 ．任务下达、检查及管理 ．信件、通知的收发及管理 ．日程安排调度及管理 ．设备仪器计划及管理 ．设备入库与库存情况管理与查询 ．设备借还领用管理及相应报表 ．耗材计划与领发管理及相应统计报表 ．图书管理及借还情况查询 ．学生毕业设计文档管理 ．专业与班组编制与查询 ．教学文档管理及查询（安排与检查，包括课表、考试日程安排、监考安排等）．学生成绩管理与查询和统计 ．教师、学生、实验室课表管理及查询 ．学生基本情况管理与查询（包括社会活动、奖惩、家庭情况及学校校友管理）
数据库设计文档模板
数据库设计说明书模板 修订历史 版本 说明 编制 批准日期 1引言 1.1编写目的 说明编写这份数据库设计说明书的目的，指出预期的读者。 1.2背景 说明： a．说明待开发的数据库的名称和使用此数据库的软件系统的名称； b．列出该软件系统开发项目的任务提出者、用户以及将安装该软件和这个数据库的计算站（中心）。 1.3定义 列出本文件中用到的专门术语的定义、外文首字母组词的原词组。 1.4参考资料 列出有关的参考资料： a．本项目的经核准的计划任务书或合同、上级机关批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用到的文件资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。
2外部设计 2.1标识符和状态 联系用途，详细说明用于唯一地标识该数据库的代码、名称或标识符，附加的描述性信息亦要给出。如果该数据库属于尚在实验中、尚在测试中或是暂时使用的，则要说明这一特点及其有效时间范围。 2.2使用它的程序 列出将要使用或访问此数据库的所有应用程序，对于这些应用程序的每一个，给出它的名称和版本号。 2.3约定 陈述一个程序员或一个系统分析员为了能使用此数据库而需要了解的建立标号、标识的约定，例如用于标识数据库的不同版本的约定和用于标识库内各个文卷、、记录、数据项的命名约定等。 2.4专门指导 向准备从事此数据库的生成、从事此数据库的测试、维护人员提供专门的指导，例如将被送入数据库的数据的格式和标准、送入数据库的操作规程和步骤，用于产生、修改、更新或使用这些数据文卷的操作指导。如果这些指导的内容篇幅很长，列出可参阅的文件资料的名称和章条。 2.5支持软件 简单介绍同此数据库直接有关的支持软件，如数据库管理系统、存储定位程序和用于装入、生成、修改、更新数据库的程序等。说明这些软件的名称、版本号和主要功能特性，如所用数据模型的类型、允许的数据容量等。列出这些支持软件的技术文件的标题、编号及来源。 3结构设计 3.1概念结构设计 说明本数据库将反映的现实世界中的实体、属性和它们之间的关系等的原始数据形式，包括各数据项、记录、系、文卷的标识符、定义、类型、度量单位和值域，建立本数据库的每一幅用户视图。
数据库表结构设计参考
数据库表结构设计参考． ）表名外部单位表（DeptOut 约束条件非空空数据类型（精度范围） /列名外部单位ID N 变长字符串(50) 主键 N 变长字符串类型 (50)
N 单位名称(255) 变长字符串 (50) 单位简称变长字符变长字符(255)单位全交换类交换、市机、直送、邮变长字符(50)N (6)单位邮变长字符 变长字符(50))单位标英整排序(4) (50)交换变长字符变长字符(50)单位领 变长字符单位电(50) 变长字符所属城(50) 变长字符(255)单位地 备(255) 变长字符 补充说300条左右，一般不做修改。初始化记录该表记录数 表外部单位子表DeptOutSu 数据类型（精度范围列非约束条 变长字符(50)外部子单IDN 外ID变长字符(50)N单位名N变长字符(255) 变长字符单位编(50) 该表记录数一般很补充说 表内部单位表DeptI
数据类型（精度范围非列约束条IDN(50)变长字符主内部单类N变长字符(50) (255)变长字符N单位名 (50)变长字符单位简 变长字符单位全(255) 工作职 排序整(4) 单位领导(50) 变长字符串 (50) 单位电话（分机）变长字符串 (255) 变长字符串备注． 条以内），一般不做修改。维护一次后很少修改补充说明该表记录数较小（100 内部单位子表（DeptInSub）表名 约束条件数据类型（精度范围）空列名/非空 (50) N 变长字符串内部子单位ID 变长字符串(50) 父ID N 外键 (255) 单位名称 N 变长字符变长字符(50)单位编领导、部变长字符(50)单位类 Int 排序 该表记录数一般很补充说 省、直辖市表Provinc表
SQL Server数据库设计的案例分析
数据库设计的案例分析 一、教学管理 1. 基本需求 某学校设计学生教学管理系统。学生实体包括学号、姓名、性别、生日、民族、籍贯、简历、登记照，每名学生选择一个主修专业，专业包括专业编号和名称，一个专业属于一个学院，一个学院可以有若干个专业。学院信息要存储学院号、学院名、院长。教学管理还要管理课程表和学生成绩。课程表包括课程号、课程名、学分，每门课程由一个学院开设。学生选修的每门课程获得一个成绩。 设计该教学管理的ER模型，然后转化为关系模型。 若上面的管理系统还要管理教师教学安排，教师包括编号、姓名、年龄、职称，一个教师只能属于一个学院，一名教师可以上若干门课程，一门课程可以有多名老师来上，每个教师所上的每门课都有一个课堂号和课时数。试修改上题的ER模型，将教师教学信息管理增加进去。
2. 参考设计： 图一教学管理ER图 由ER模型转换的关系模型是： 学生（学号，姓名，性别，生日，民族，籍贯，专业号，简历，登记照）专业（专业号，专业，专业类别，学院号） 学院（学院号，学院，院长） 课程（课程号，课程名，学分，学院号） 成绩（学号，课程号，成绩） （题目分析：本题中有学生、专业、学院、课程四个实体。一个学生只有一个主修专业，学生与专业有多对一的联系；一个专业只由一个学院开设，一门课程只由一个学院开设，学院与专业、学院与课程都是一对多的联系；学生与课程有多对多的联系。 在转换为关系模型时，一对多的联系都在相应的多方实体的关系中增加一个外键。） 增加教师，ER图如下。
图二有教师实体的教学管理ER图 3. 物理设计 基于Access的数据库结构设计如下。 指定数据库文件的名称，并为设计好的关系模型设计表结构。 数据库文件保存在“E:\教学管理\”文件夹中，数据库文件名：教学管理.MDB。 表包括：学院、专业、学生、课程、成绩单。对应表结构如表1-2至表1-6所示。 表1-1 学院 表1-2 专业 表1-3 学生
数据库设计中英文术语表
数据库设计中英文术语表 June 27, 2004, In Focus on 索引 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 正文 1.Access method（访问方法）：此步骤包括从文件中存储和检索记录。 2.Alias（别名）：某属性的另一个名字。在SQL中，可以用别名替换表名。 3.Alternate keys（备用键，ER/关系模型）：在实体/表中没有被选为主健的候选键。 4.Anomalies（异常）参见更新异常（update anomalies） 5.Application design（应用程序设计）：数据库应用程序生命周期的一个阶段，包括设 计用户界面以及使用和处理数据库的应用程序。 6.Attribute（属性）（关系模型）：属性是关系中命名的列。 7.Attribute（属性）（ER模型）：实体或关系中的一个性质。 8.Attribute inheritance（属性继承）：子类成员可以拥有其特有的属性，并且继承那些 与超类有关的属性的过程。 9.Base table（基本表）：一个命名的表，其记录物理的存储在数据库中。 10.Binary relationship（二元关系）：一个ER术语，用于描述两个实体间的关系。例如， panch Has Staff。 11.Bottom-up approach（自底向上方法）：用于数据库设计，一种设计方法学，他从标 识每个设计组建开始，然后将这些组件聚合成一个大的单元。在数据库设计中，可以从表示属性开始底层设计，然后将这些属性组合在一起构成代表实体和关系的表。 12.Business rules（业务规则）：由用户或数据库的管理者指定的附加规则。 13.Candidate key（候选键，ER关系模型）：仅包含唯一标识实体所必须得最小数量的 属性/列的超键。 14.Cardinality（基数）：描述每个参与实体的可能的关系数目。 15.Centralized approach（集中化方法,用于数据库设计）：将每个用户试图的需求合并 成新数据库应用程序的一个需求集合 16.Chasm trap（深坑陷阱）：假设实体间存在一根，但某些实体间不存在通路。 17.Client（客户端）：向一个或多个服务器请求服务的软件应用程序。 18.Clustering field（群集字段）：记录总的任何用于群集（集合）航记录的非键字段， 这些行在这个字段上有相同的值。 19.Clustering index（群集索引）：在文件的群集字段上定义的索引。一个文件最多有一 个主索引或一个群集索引。 20.Column（列）：参加属性（attribute）。 https://www.360docs.net/doc/412888625.html,plex relationship（复杂关系）：度数大于2的关系。 https://www.360docs.net/doc/412888625.html,posite attribute（复合属性）：由多个简单组件组成的属性。 https://www.360docs.net/doc/412888625.html,posite key（复合键）：包含多个列的主健。 24.Concurrency control（并发控制）：在多用户环境下同时执行多个十五并保证数据完 整性的一个DBMS服务。
第六章数据库设计 练习题和答案
第六章数据库设计 一、选择题 1. 数据流程图是用于描述结构化方法中（）阶段的工具。 A. 概要设计 B. 可行性分析 C. 程序编码 D. 需求分析 2. 数据库设计中，用E－R图赖描述信息结构但不涉及信息在计算机中的表示，这是数据库设计的（）。 A. 需求分析阶段 B. 逻辑设计阶段 C. 概念设计阶段 D. 物理设计阶段 3. 在数据库设计中，将E-R图转换成关系数据模型的过程属于（）。 A. 需求分析阶段 B. 逻辑设计阶段 C. 概念设计阶段 D. 物理设计阶段 4. 子模式DDL是用来描述（）。 A. 数据库的总体逻辑结构 B. 数据库的局部逻辑结构 C. 数据库的物理存储结构 D. 数据库的概念结构 5. 数据库设计的概念设计阶段，表示概念结构的常用方法和描述工具是（）。 A.层次分析法和层次结构图 B.数据流程分析法和数据流程图 C.实体联系法和实体联系图 D.结构分析法和模块结构图 6. 在E－R模型向关系模型转换时，M：N的联系转换为关系模式时， 其关键字是（）。 A.M端实体的关键字 B.N端实体的关键字 C.M、N端实体的关键字组合 D.重新选取其他属性 7. 某学校规定，每一个班级最多有50名学生，至少有10名学生； 每一名学生必须属于一个班级。在班级与学生实体的联系中， 学生实体的基数是（）。 A. （0，1） B. （1，1） C. （1，10） D. （10，50） 8. 在关系数据库设计中，设计关系模式是数据库设计中（）阶段的任务。 A. 逻辑设计阶段 B. 概念设计阶段 C. 物理设计阶段 D. 需求分析阶段 9. 关系数据库的规范化理论主要解决的问题是（）。 A.如何构造合适的数据逻辑结构 B.如何构造合适的数据物理结构 C.如何构造合适的应用程序界面 D.如何控制不同用户的数据操作权限 10. 数据库设计可划分为七个阶段，每个阶段都有自己的设计内容， “为哪些关系，在哪些属性上、键什么样的索引” 这一设计内容应该属于（）设计阶段。 A. 概念设计 B. 逻辑设计 C. 物理设计 D. 全局设计
数据库结构设计模板
数据库结构设计模板 文档编号：FHI_CMMI_TS_TEM_DBOD 文档信息：数据库结构设计模板 文档名称：数据库结构设计模板 文档类别：CMMI模板 密级：内部秘密 版本信息：1.1 建立日期：2016-1-5 创建人：EPG 批准人：李庆林 批准日期：2016.2.25 存放位置：集成公司组织资产库/组织标准过程 编辑软件：Microsoft Office 2003 中文版
文档修订记录（引用时请修改为实际项目的信息）
目录 1约定 (4) 2数据库概念模型设计 (4) 2.1数据实体-关系图................................................................. 错误!未定义书签。 2.2数据实体描述...................................................................... 错误!未定义书签。 2.3实体关系描述...................................................................... 错误!未定义书签。3数据库物理结构设计.. (4) 3.1数据实体-关系图 (4) 3.2关系模型描述 (4) 3.2.1表1 (4) 4物理实现 (5) 4.1数据库的安排 (5) 4.2安全保密设计 (5) 4.2.1角色与权限 (5) 4.2.2用户帐号和密码的安全设计 (5) 5数据库管理与维护说明 (5)
1约定 [数据库中各种元素的命名约定。例如表名，字段名的命名约定。] 提示：数据库设计规范请参照《编码规范》之数据库设计规范。 2数据库概念模型设计 [数据库概念模型设计是实现数据库逻辑结构的设计，数据库设计人员根据需求文档，创建与数据库相关的那部分实体关系图（ERD）。如果采用面向对象方法（OOAD），这里实体相当于类（class）。] 3数据库物理结构设计 如果项目使用Powerdesigner作为设计工具，此章只说明数据库设计文件的名称，删除下面的3.1和3.2章。并将使用设计工具生成的文件作为附件与数据库设计文件一并保存在配置库。 3.1数据实体-关系图 提示：数据库设计人员根据数据库逻辑结构的设计，设计和实现实体关系图（ERD）和反映实体的数据库表结构。可用Visio，Rose，Powerbuilder工具实现实体关系的描述。此处描述可以简单的描述系统实体-关系图的文件参引路经。 3.2关系模型描述 提示：主要是设计表结构。一般地，实体对应于表，实体的属性对应于表的列，实体之间的关系成为表的约束。逻辑设计中的实体大部分可以转换成物理设计中的表，但是它们并不一定是一一对应的。建立系统程序员视图。 [数据库表名：同义词（别名）： 主键；外键；索引；约束；字段] 提示：此处可以用表格描述实体表信息，如下表。如果是用设计工具实现的写明参引得设计文件名称。 3.2.1表1
数据库设计说明书-完整版
目录 第一章引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3参考资料 (2) 第二章外部设计 (3) 2.1标识符和状态 (3) 2.2命名约定 (3) 2.3设计约定 (3) 第三章结构设计 (4) 3.1概念结构设计 (4) 3.1.1实体和属性的定义 (4) 3.1.2设计局部ER模式 (13) 3.1.3设计全局ER模式 (20) 3.2逻辑结构设计 (21) 3.2.1模式 (21) 3.2.2外模式 (32) 3.3物理结构设计 (32) 第四章运用设计 (34) 4.1数据字典设计 (34) 4.2安全保密设计 (34) 4.3数据库实施 (34) 4.3.1创建数据库 (34) 4.3.2创建表 (34)
第一章引言 1.1编写目的 1、本数据库设计说明书是关于寝室管理系统数据库设计，主要包括数据逻辑结构设计、数据字典以及运行环境、安全设计等。 2、本数据库设计说明书读者：用户、系统设计人员、系统测试人员、系统维护人员。 3、本数据库设计说明书是根据系统需求分析设计所编写的。 4、本系统说明书为开发软件提供了一定基础。 1.2背景 随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已经进入人类社会的各个领域并发挥着越来越重要的作用，然而在计算机应用普及以前我国大部分高校的学生信息管理仅靠人工进行管理和操作，这种管理方式存在着许多缺点，如：效率低，密保性差，另外时间一长，将产生大量的文件和数据，其中有些是冗余或者针对同一目的的数据不相吻合，这对于查找、更新和维护文件等管理工作带来了不少困难，同时也跟不上信息时代高速、快捷的要求，严重影响了消息的传播速度。然而现今学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长，人工管理信息的缺点日渐突出，面对庞大的学生信息量，如何利用现代信息技术使其拥有快捷、高效的适应能力已成为当务之
数据库结构设计-模板
XXX有限公司数据库结构设计
*变化状态：A——增加，M——修改，D——删除
目录 1前言 (1) 1.1目的 (1) 1.2适用范围 (1) 1.3读者对象 (1) 2约定 (1) 3数据库概念模型设计 (1) 3.1数据实体-关系图 (1) 3.2数据实体描述 (1) 3.3实体关系描述 (2) 4数据库逻辑模型设计 (2) 4.1数据实体-关系图 (2) 4.2关系模型描述 (2) 5物理实现 (3) 5.1数据库安排 (3) 5.2保密设计 (3) 6数据库维护和备份 (3) 7附录 (3) 7.1引用文档/参考资料 (3) 7.2术语表 (3) 7.3附录一 (3) 7.4附录二 (3)
1前言 1.1目的 [说明编写此文档的目的与目标。] 1.2适用范围 [说明此文档的适用范围。] 1.3读者对象 [说明此文档的预期读者。] 2约定 [数据库中各种元素的命名约定。例如表名，字段名的命名约定。] 3数据库概念模型设计 3.1数据实体-关系图 [画出数据库实体-关系图（ER图）。] 3.2数据实体描述 [描述数据库中实体。如下： 数据实体中文名、数据库表名
3.3实体关系描述 [描述数据库中每个实体的关系。] 4数据库逻辑模型设计4.1数据实体-关系图 [画出数据库实体-关系图（ER图）。] 4.2关系模型描述 [描述数据库关系模型，如下： 数据库表名：同义词（别名）： 主键；外键；索引；约束：如下表例]
5物理实现 5.1数据库安排 [说明是否采用分布式数据库，数据库表如何分布；每个数据库服务器上建立几个数据库，其存储空间等安排；数据库表的分配方法，例如：如何创建段，或表空间。] 5.2保密设计 [用户角色划分方法，每个角色的权限。] 6数据库维护和备份 [说明数据库的维护和备份方案。] 7附录 7.1引用文档/参考资料 [本小节应完整地列出该文档所引用的所有文档（这里的文档包括内部的其他过程定义文件或者是外部的参考资料）。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供。] 7.2术语表 [本小节应提供正确解释该文档所需的全部术语的定义、首字母缩写词和缩略语。这些信息可以通过引用组织或项目《术语表》来提供。] 7.3附录一 7.4附录二
数据结构设计文档
网上花店数据库设计
1引言 (3) 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2外部设计 (4) 2.1标识符和状态 (4) 2.2使用它的程序 (4) 2.3约定 (4) 2.4专门指导 (5) 2.5支持软件 (5) 3结构设计 (6) 3.1概念结构设计 (6) 3.2逻辑结构设计 (8) 3.3物理结构设计 (11) 4运用设计 (12) 4.1数据字典设计 (12) 4.2安全保密设计 (12)
1引言 1.1编写目的 这份数据库说明书是为了说明本小组项目（网上花店系统）的数据库的相关信息，以供本小组其他成员在使用数据库时更顺利，以及为了使更好的进行具体的数据库设计。 1.2背景 开发的数据库的名称：网上花店数据库管理系统 使用此数据库的软件系统的名称：WindowsXP/Windows2007 该软件系统开发项目的任务提出者：冉月红，金孝文，陈述霞，刘丹 该软件系统开发项目的用户：所有该网站上的用户以及管理员 安装该软件和这个数据库的计算站（中心）：小组自己的PC机 1.3定义 1. 关系模型：用二维表格结构表示实体集，外键表示实体间联系的数据模 型称为关系模型。关系模型是由若干个关系模式组成的集合。 2. 关系模式：关系模式实际上就是记录模型。它包含：模型名，属性名，值域名以及模 式的主键。关系模式仅是对数据特性的描述。 3. 关系实例：就是一个关系，即一张二维表格。 4. 属性：在关系模型中，字段称为属性。 5. 域：在关系中，每一个属性都有一个取值范围，称为属性的值域。 6. 元组：在关系中，记录称为元组。 7.ADO（ActiveX Data Objects）: ADO是ASP技术的核心之一，它把绝大部分的数据库 操作封装在七个对象中，在ASP页面中编程调用这些对象执行相应的数据库操作。ADO 使用本机数据源，通过ODBC访问数据库。这些数据库可以是关系型数据库、文本型数据库、层次型数据库或者任何支持ODBC的数据库。 1.4参考资料 1. 数据库应用设计PPT 2. 数据库设计说明书（gb8567——88） 3. 数据库物理设计网上相关文档