XX公司管理平台数据库设计说明书
某公司数据库设计说明书
某公司数据库设计说明书1. 引言本文档旨在为某公司的数据库设计提供详细的说明。
数据库是组织和存储数据的关键组件，良好的数据库设计能够提高数据的可靠性和可用性，提升系统的性能和效率。
2. 数据库设计目标某公司数据库设计的主要目标是： - 保证数据的完整性和一致性 - 提供高性能和高可用性的数据库 - 支持数据的快速检索和查询 - 确保系统的可扩展性和灵活性3. 数据需求分析在进行数据库设计之前，首先需要对数据需求进行分析。
某公司的主要业务需求包括： - 客户管理：保存客户的基本信息和购买记录 - 订单管理：跟踪和管理订单信息 - 产品管理：管理公司所提供的产品信息- 员工管理：管理公司员工的信息和权限4. 数据库架构设计为了满足上述业务需求，某公司的数据库架构设计如下：4.1. 客户表（Customers）客户表用于存储客户的基本信息，包括姓名、联系方式等。
字段名类型描述ID int 客户ID姓名varchar 客户姓名联系方式varchar 客户联系方式………4.2. 订单表（Orders）订单表用于存储订单信息，包括订单编号、客户ID、订单状态等。
字段名类型描述订单编号int 订单编号客户ID int 客户ID订单状态varchar 订单状态订单日期date 下单日期………4.3. 产品表（Products）产品表用于存储公司提供的产品信息，包括产品编号、名称、价格等。
字段名类型描述产品编号int 产品编号产品名称varchar 产品名称产品价格decimal 产品价格………4.4. 员工表（Employees）员工表用于存储员工的信息，包括姓名、职位、联系方式等。
字段名类型描述员工ID int 员工ID姓名varchar 员工姓名职位varchar 员工职位联系方式varchar 员工联系方式………5. 数据库性能优化为了提升数据库的性能和效率，可以采取以下优化措施： - 使用索引来加速数据的检索和查询 - 范式化数据库以减少数据冗余 - 合理分布数据以减轻单个数据库服务器的负载 - 定期进行数据库备份和优化6. 数据库安全性保障为了保障数据库的安全性，可以考虑以下安全措施： - 控制数据库用户的访问权限，限制非授权用户的访问 - 定期更新数据库服务器的安全补丁 - 加密敏感数据，如客户的密码和支付信息 - 定期进行数据库备份以应对数据丢失的风险7. 数据库维护计划为了保证数据库的稳定运行，建议制定数据库维护计划，包括： - 定期检查数据库的健康状态，如性能监测和空间使用情况 - 定期备份数据库以应对数据丢失的风险 - 定期优化数据库以提升性能和响应速度 - 定期更新数据库服务器的软件和硬件8. 总结本文档为某公司的数据库设计提供了详细的说明，并提出了相关的性能优化和安全保障措施。
企业数据仓库概要设计说明书
新年快乐XXXX企业数据仓库概要设计说明书ETL概要设计分册（文档编码：OM-BIDW-C008 ）（版本01.00.000）未经许可，不得以任何形式抄袭XXXX版权所有，翻板必究OM数据仓库XXXX企业数据组2009年3月文档变更历史目录1 概述 (4)2 设计原则和前提 (5)2.1 整体部署 (5)2.2 前提条件 (6)2.3 设计原则 (6)3 整体框架 (7)3.1 ETL系统架构图 (7)3.2 ETL系统功能模块描述 (7)4 数据抽取模块 (9)4.1 假设与约定 (9)4.2 模块功能图 (9)4.3 各子模块功能及处理流程 (11)5 数据加载模块 (11)5.1 假设与约定 (11)5.2 数据加载模块图 (11)5.3 数据加载功能模块描述 (12)6 作业调度模块 (13)6.1 模块概述 (13)6.2 假设与约定 (13)6.3 作业调度流程 (13)6.4 ETL作业种类及调度实现方法 (14)7 监控管理模块 (15)7.1 监控管理模块图 (15)ETL监控内容 (16)附录1控制表及控制文件设计 (16)附录2:文件目录及编码说明 (19)1概述ETL是数据仓库系统开发中至关重要的一个过程，它涉及到对源数据的抽取、整合及各种转换，并最终形成面向用户的分析数据。
由于数据仓库系统的数据源来自于多个分散的业务系统，对不同业务系统的数据整合及清洗转换将是一个复杂的过程，ETL过程决定了数据仓库系统获取数据的准确性。
另外由于ETL包括数据抽取、数据清洗、数据转换及数据加载等数据处理过程，这些处理过程分散在不同的系统平台及开发工具上，对这些作业过程的统一调度将是一个重要的问题，作业调度涉及到系统的稳定性。
网关（通道、产 品）服务器数据组服务器载加据数该服务器完成两项功能： 1接口文件服务器，所有 被接入DW 的数据文件必须通 过该服务器中转2、数据备份，来自网关的 数据文件将长期保留在该服 务器上，作为文件备份2设计原则和前提2.1整体部署数据仓库ETL 整体部署图网关通道数据库服务器是数据仓库的外围数据库系统，数据仓库中的绝 大部分数据都将来自网关通道数据库服务器基于目前短彩部自身情况的考虑，在数据源服务器和数据仓库服务器之 间增加一台FTP 文件服务器，其功能有二：接口文件服务器，所有被接入DW 的数据文件必须通过该服务器中转数据备份，接口机FTP !务器数据仓库（Dvy 服务器来自网关的数据文件将长期保留在该服务器上，作为文件备份2.2前提条件ETL概要设计将基于下面的前提条件ETL逻辑：XXXX企业的数据虽然分布在不同的通道，但是各通道数据的共性度非常高，因此ETL中不存在逻辑复杂的转换(Transformation )及数据质量管理等流程，整个ETL只需要实现抽取(Extraction )和加载(Loading) 两个功能即可ETL工具：自主开发，具体开发语言待定？；作业调度工具：自主开发，具体开发语言待定？。
某公司数据库设计说明书(doc 29页)
某公司数据库设计说明书(doc 29页)新疆区公司RFID数字仓储项目数据库设计说明书文件状态：[√] 草稿[ ] 正式发布[ ] 正在修改文件标识：ZD-WLMQ-RFID-DWMS 当前版本：1.0作者：刘小三完成日期：2009-04-16合肥中鼎数字科技有限公司字段名称字段标识字段类型字段长度允许空字段描述自增长编号ID Int 4 非空唯一标识一条记录，自增长型用户名称E_Name Varchar 20 非空用户年龄E_Nl Int 4用户角色E_Rule Varchar 20 非空登陆工号E_login Varchar 20 非空登陆密码E_Pwd binary 100 非空用户性别E_xb Varchar 2用户部门 E_bm Int 4 预留备用字段联系电话E_Lxdh Varchar 20 预留备用字段手机号码E_sj Varchar 20 预留备用字段入职日期E_rzrq datetime 8是否在职E_sfzz Int 4是否在公司E_sfzgs Int 4备注信息E_memo ntext 16是否在线E_State Int 4用户类型E_Type Int 4 预留备用字段1：代表驾驶员，2代表非驾驶员备注1 Zdbz1 Varchar 30 备注2 Zdbz2 Varchar 100数据表名编码字典表【Y_B_Dictionary】主键Dic_ID描述编码字典表属性描述字段名称字段标识字段类型字段长度允许空字段描述编码编号Dic_ID Int 4 非空主键，唯一标识一条记录编码名称Dic_Value Varchar 100 非空编码类型Type Int 4 非空详细类型请参照详设文档备注1 Zdbz1 Varchar 30备注2 Zdbz2 Varchar 100数据表名生产厂家信息表【Y_B_Manufacturer】主键ID描述生产厂家信息表属性描述字段名称字段标识字段类型字段长度允许字段描述自增长编号ID Int 4 非空唯一标识一条记录，自增长型厂家编号M_ID Int 4 非空厂家名称M_Name Varchar 100 非空所在省份M_Province Int 4 非空从编码字典表中取省份名称M_ProvinceName Varchar 255备注1 Zdbz1 Varchar 30备注2 Zdbz2 Varchar 100数据表名卷烟信息表【Y_B_Goods】主键I_ID描述卷烟信息表属性描述字段名称字段标识字段类型字段长度允许空字段描述商品编号I_ID Varcahr 20 非空商业上13代码的后六位，如：055314，（红河软甲，商业13位代码为6901028055314），主键唯一标识一条记录。
xx系统数据库设计说明书
xx系统数据库设计说明书xx系统数据库设计说明书1. 引言1.1 编写目的本文档旨在详细描述xx系统的数据库设计，并提供相应的参考和指导。
1.2 读者对象本文档的主要读者对象为系统开发人员、数据库管理员以及相关的技术人员。
1.3 背景介绍xx系统的背景和相关的业务需求。
2. 数据库设计概述2.1 数据库基本信息描述数据库的基本信息，包括数据库名称、版本、开发环境等。
2.2 数据库模型介绍数据库模型的选择和设计原则。
2.3 数据库架构描述数据库的整体架构，包括数据表、视图、索引、存储过程等。
3. 数据表设计3.1 数据表列表列出系统中的所有数据表，包括表名、描述、关联关系等。
3.2 数据表字段设计对每个数据表的字段进行详细的描述，包括字段名、数据类型、长度、是否为空、默认值等。
3.3 约束和索引设计描述表之间的关联关系和约束条件，以及相应的索引设计。
4. 视图设计4.1 视图列表列出系统中的所有视图，包括视图名称、描述、关联的数据表等。
4.2 视图字段设计描述每个视图中的字段，包括字段名、数据类型、长度等。
5. 存储过程和函数设计5.1 存储过程列表列出系统中的所有存储过程，包括存储过程名称、描述、输入输出参数等。
5.2 存储过程详细设计对每个存储过程进行详细的描述，包括过程逻辑、参数说明等。
6. 数据库安全设计6.1 用户权限设计描述系统中不同用户的权限设置，包括用户角色、权限列表等。
6.2 数据库备份和恢复策略介绍数据库备份和恢复的策略和步骤。
7. 附件本文档涉及的附件，包括数据库设计脚本、示意图等。
8. 法律名词及注释本文所涉及的法律名词和相关注释，旨在帮助读者更好地理解文档内容。
OA办公管理系统数据库设计说明书
OA办公管理系统数据库设计说明书1. 引言本文档主要描述了OA办公管理系统数据库的设计方案，包括数据库的整体架构、表结构设计、字段设计、索引设计等。
本数据库设计旨在满足OA办公管理系统的需求，为系统的稳定运行提供支持。
2. 数据库整体架构2.1 数据库选型本系统采用MySQL数据库进行数据存储。
MySQL是一款开源的关系型数据库管理系统，具有高性能、易部署、易维护等特点，能够满足本系统的需求。
2.2 数据库架构设计本系统数据库分为三个层次：数据表、表空间、数据库。
数据表是数据库中的基本单位，存储具体的业务数据。
表空间是数据库中用于存储数据表的数据文件集合，一个数据库可以包含多个表空间。
数据库是表空间的管理单元，用于组织和管理表空间。
3. 表结构设计本数据库共包含10张表，分别为：用户表、部门表、岗位表、菜单表、角色表、权限表、公告表、任务表、日志表、配置表。
以下为各表的结构设计。
3.1 用户表（user）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，用户ID |username | varchar(50) | 用户名 |password | varchar(50) | 密码 |realname | varchar(50) | 真实姓名 |dept_id | int | 部门ID |post_id | int | 岗位ID |email | varchar(100) | 邮箱 |status | tinyint | 状态（1：正常，0：禁用） | create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.2 部门表（dept）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，部门ID |name | varchar(50) | 部门名称 |parent_id | int | 父部门ID |leader_id | int | 部门领导ID |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.3 岗位表（post）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，岗位ID |name | varchar(50) | 岗位名称 |dept_id | int | 部门ID |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.4 菜单表（menu）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，菜单ID |name | varchar(50) | 菜单名称 |parent_id | int | 父菜单ID |sort | tinyint | 排序 |create_time | datetime | 创建时间 | update_time | datetime | 更新时间 | 3.5 角色表（role）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，角色ID |name | varchar(50) | 角色名称 | create_time | datetime | 创建时间 | update_time | datetime | 更新时间 | 3.6 权限表（permission）字段名 | 字字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，权限ID |name | varchar(50) | 权限名称 | role_id | int | 角色ID |menu_id | int | 菜单ID |create_time | datetime | 创建时间 | update_time | datetime | 更新时间 | 3.7 公告表（notice）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，公告ID |content | text | 公告内容 |creator_id | int | 创建者ID |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.8 任务表（task）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，任务ID |title | varchar(100) | 任务标题 |content | text | 任务内容 |assignee_id | int | 执行者ID |create_time | datetime | 创建时间 |due_time | datetime | 截止时间 |status | tinyint | 状态（1：待办，2：进行中，3：已完成，4：已取消） | update_time | datetime | 更新时间 |3.9 日志表（log）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，日志ID |user_id | int | 用户ID |operation | varchar(100) | 操作类型 |object_type | varchar(50) | 操作对象类型 |object_id | int | 操作对象ID |before_value | text | 操作前数据 |after_value | text | 操作后数据 |create_time | datetime | 创建时间 |3.10 配置表（config）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，配置ID |name | varchar(50) | 配置名称 |value | varchar(200) | 配置值 |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |4. 索引设计为了提高数据库的查询效率，本数据库设计了以下索引：•用户表：idx_username（username），idx_dept_id（dept_id），idx_post_id（post_id）•部门表：idx_name（name），idx_parent_id（parent_id）•岗位表：idx_name（name），idx_dept_id（dept_id）•菜单表：idx_name（name），idx_parent_id（parent_id）•角色表：idx_name（name）•权限表：idx_name（name），idx_role_id（role_id），idx_menu_id （menu_id）•公告表：idx_title（title）•任务表：idx_title（title），idx_assignee_id（assignee_id），idx_status（status）•日志表：idx_user_id（user_id），idx_operation（operation），idx_object_type（object_type），idx_object_id（object_id）•配置表：idx_name（name）5. 总结本数据库设计为OA办公管理系统提供了全面的数据存储方案。
系统数据库设计说明书
XXXXX工作平台数据库设计说明书XXXXXX有限公司2015年7月1引言 (1)1.1编写目的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (1)2外部设计 (2)2.1标识符和状态 (2)2.2使用它的程序 (2)2.3约定 (2)2.4专门指导 (2)2.5支持软件 (3)3结构设计 (3)3.1概念结构设计 (3)3.2逻辑结构设计 (13)3.3物理结构设计 (14)4运用设计 (15)4.1数据字典设计 (15)4.2安全保密设计 (15)1引言1.1编写目的本文档说明了此平台的数据库的设计，以作为系统开发实现的依据。
本文主要阅读对象为业主方、承建方相关技术人员和项目责任人。
1.2背景>开发者：XXXXX有限公司>用户：XXXXXX>运行该程序系统的计算中心：本系统将使用mysql最新版（5.6）作为数据库存储系统1.3定义1.4参考资料>《软件开发管理规范》> 《ISO 9001:2000》2外部设计2.1标识符和状态数据库软件：MySQL Server 5.6系统要求建立的数据库名称：fireControl；2.2使用它的程序可能使用的该数据库的应用程序包括：1、XXXXX工作平台2015年5月；2.3约定1、新建表时以t_起始，如用户表t_user。
2.4专门指导系统使用JDBC（Java Data Base Connectivity,java数据库连接）实现与数据库的接口，JDBC是一种用于执行SQL语句的Java API，可以为多种关系数据库提供统一访问，它由一组用Java语言编写的类和接口组成。
JDBC提供了一种基准，据此可以构建更高级的工具和接口，使数据库开发人员能够编写数据库应用程序，同时，JDBC也是个商标名。
有了JDBC，向各种关系数据发送SQL语句就是一件很容易的事。
换言之，有了JDBC API，就不必为访问Sybase数据库专门写一个程序，为访问Oracle数据库又专门写一个程序，或为访问Informix数据库又编写另一个程序等等，程序员只需用JDBC API写一个程序就够了，它可向相应数据库发送SQL调用。
数据库设计说明书范文例子
数据库设计说明书范文例子数据库设计说明书1. 引言本文档旨在介绍数据库设计的相关内容，包括数据库概述、数据需求分析、数据库结构设计、数据表设计、数据字典、数据库安全性等方面的信息。
2. 数据库概述本数据库用于存储和管理某公司的业务数据，包括客户信息、产品信息、订单信息、销售记录等。
数据库使用MySQL管理系统，采用关系数据库模型。
3. 数据需求分析3.1 数据需求3.1.1 客户信息需求- 客户基本信息：客户ID、姓名、性别、联系方式、邮箱、地址等。
- 客户订单：订单ID、订单日期、客户ID、产品ID、数量、金额等。
3.1.2 产品信息需求- 产品基本信息：产品ID、产品名称、产品描述、单价等。
- 产品库存：产品ID、库存数量、最近更新日期等。
3.1.3 销售记录需求- 销售记录信息：销售记录ID、订单ID、销售日期、销售员ID、支付方式、总金额等。
3.2 数据需求分析结果根据上述需求，我们可以得出以下数据实体和关系：- 客户表（Customer）：客户ID、姓名、性别、联系方式、邮箱、地址。
- 产品表（Product）：产品ID、产品名称、产品描述、单价。
- 订单表（Order）：订单ID、订单日期、客户ID。
- 订单详情表（OrderDetl）：订单ID、产品ID、数量、金额。
- 销售记录表（SalesRecord）：销售记录ID、订单ID、销售日期、销售员ID、支付方式、总金额。
4. 数据库结构设计4.1 概念设计根据数据需求分析结果，我们可以画出以下实体-关系图：(此处插入实体-关系图)4.2 逻辑设计根据概念设计，我们可以将每个实体转换为数据表，并定义表的属性和关系。
4.2.1 客户表（Customer）- 客户ID：主键，唯一标识客户。
- 姓名：客户姓名。
- 性别：客户性别。
- 联系方式：客户联系方式。
- 邮箱：客户邮箱。
- 地址：客户地址。
4.2.2 产品表（Product）- 产品ID：主键，唯一标识产品。
数据库管理开发详细设计说明书【模板】
数据库管理开发详细设计说明书目录1 引言 (4)1.1编写目的 (4)1.2术语定义 (4)1.3参考资料 (5)2 综合描述 (7)2.1系统目标 (7)2.2系统概述 (9)2.3运行环境 (10)2.4程序结构说明 (11)2.5源程序及编译链接组装说明 (13)3 系统详细设计 (13)3.1系统结构描述 (15)3.2模块名称1 (15)3.2.1 界面结构或菜单结构 .............................................. 错误!未定义书签。
3.2.2 界面原型 .................................................................. 错误!未定义书签。
3.2.3 界面项目列表 .......................................................... 错误!未定义书签。
3.2.4 页面事件列表 .......................................................... 错误!未定义书签。
3.2.5 提交事件 .................................................................. 错误!未定义书签。
3.3模块名称2(不带界面) ....................................................... 错误!未定义书签。
3.3.1 逻辑描述 (15)3.3.2 任务类 (16)3.3.3 数据访问层 (17)3.3.4 类图 (19)3.3.5 时序图 (40)4 待定问题列表 (41)1引言1.1 编写目的依据联通总部易成云项目背景，根据公有云项目建设目标，参考《北京联通智慧城市需求说明书》、《全行业监控管理插件版V3.0.0系统使用手册》、《网关插件版使用方案》、《北京联通智慧城市概要设计说明书》、《总部集团客户部（联通）联通易成云v1.0 需求跟踪矩阵》组织软件开发与测试，特编写详细设计文档，供开发人员、工程人员、项目管理人员和其他人员参考。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
有限公司管理平台数据库设计说明书
变更记录
修改点说明的内容有如下几种：创建、修改（+修改说明）、删除（+删除说明）
目录
1. 目的 (4)
2.范围 (4)
3.文档读者 (4)
4.术语 (4)
5.参考资料 (5)
6.数据库环境说明 (5)
7.数据库命名规则 (5)
8.逻辑设计 (7)
9.物理设计 (7)
9.1 物理设计规则 (8)
9.1表汇总 (8)
9.2表 (9)
10.安全性设计 (25)
11.优化 (26)
12.数据库管理与维护说明 (26)
1.前言
1.1目的
该系统实现了实验教学的功能，此文档为实验教学系统理清数据库关系和数据流程，以及进一步明确需求。
1.2.范围
1、产品范围：根据《ET_详细设计说明书》，该文档阐述产品数据库关系和数据流程。
2、涉及到的干系人有：项目经理、产品经理、质量部门、开发小组。
1.3.文档读者
预期读者：程序开发人员、测试人员、需求人员
1.4.术语
1.5.参考资料
1．《数据库原理及应用》钱雪忠主编北京邮电大学出版社2007，8 第二版
2．《SQL server 2000数据仓库与Analysis Services》Bain T著中国电力出版社2003 3．数据库技术与联机分析处理》王珊主编北京科学出版社1998
2.数据库说明
2.1.数据库环境说明
设计工具：SQL Server 2008企业版及以上版本。
编程工具:VS2010
2.2.数据库命名规则
一．实体和属性的命名
1．常用单词已经进行了缩写，在命名过程当中，根据语义拼凑缩写即可。
注意，由于ORCAL数据库会将字段名称统一成大写或者小写中的一种，所以要求加上下划线
2．如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。
3．所有的存储值列表的表前面加上前缀Z目的是将这些值列表类排序在数据库最后。
4．所有的冗余类的命名(主要是累计表)前面加上前缀X
冗余类是为了提高数据库效率，非规范化数据库的时候加入的字段。
或者表
5．关联类通过用下划线连接两个基本类之后，再加前缀R的方式命名,后面按照字母顺序罗列两个表名或者表名的缩写。
关联表用于保存多对多关系。
如果被关联的表名大于10个字母，必须将原来的表名的进行缩写。
如果没有其他原因，建议都使用缩写。
6．每一个表都将有一个自动ID作为主健,逻辑上的主健作为第一组候选主健来定义,如果是数据库自动生成的编码，统一命名为：ID;如果是自定义的逻辑上的编码则用缩写加“ID”的方法命名。
7．所有的属性加上有关类型的后缀，类型后缀的缩写定义见文件《类型后缀缩写定义》，注意，如果还需要其它的后缀，都放在类型后缀之前。
二．关系的命名
关系的命名基本上按照;如有特殊情况,可以灵活处理．
[must/may/can/should][verb/verb+prep][a/many/exatly num][or a/many]的结构命名三．有关于默认的几点说明
1．严格依赖关系的主细表，主表的后缀Main可以不写。
2．数据类型是文本的字段，类型后缀TX可以不写。
3．有些类型比较明显的字段，可以不写类型后缀。
4．非常明显的关系,可以不写
3.逻辑设计
4.物理设计
此部分主要设计表结构。
一般地，实体对应于表，实体的属性对应于表的列，实体之间的关系成为表的约束。
逻辑设计中的实体大部分可以转换成为物理设计中的表，但是他们并不一定是一一对应的。
4.1 物理设计规则
1、新建表命名规则
模块缩写（ET）+“_”+ 表英文名称（News）
2、设计数据表结构时，必须包括以下基本字段
3、开发小组成员注意事项
(1)数据库新建表：须有表备注、作者、创建时间、描述等
(2)开发小组成员对于平台数据库结构的变动，全部用SQL脚本执行，脚本须有作者、创建时间、描述等信息；新建的表可以在开发环境中创建好后生成脚本。
执行的脚本统一发送给肖惠春，方便更新其他的数据库结构。
4.2表汇总
4.3表
1、实验室表(ET_ Laboratory)
2、实验室管理员表（ET_LaboratoryEmployee）
3、实验室存放柜表（ET_ StorageCabinet）
4、仪器省定标准表（ET_ProvinceNorm）
5.、实验室标准表（ET_LaboratoryNorm）
6、仪器类别表（ET_ApparatusClass）
7、仪器基础表（ET_ApparatusBase）
8、学科仪器表（ET_Apparatus）
9、仪器明细表（ET_ApparatusDetail）【待定】
10、仪器订购表（ET_Order）
11、仪器订购明细表（ET_OrderDetail）
12、仪器入库表（ET_InStorage）
14、仪器出库表（ET_OutStorage）
16、仪器报损表（ET_Loss）
17、仪器报损明细表（ET_LossDetail）
18、仪器消耗表（ET_Consumption）
19、仪器消耗明细表（ET_ConsumptionDetail）
20、仪器盘点表（ET_ ApparatusInventory）
21、仪器盘点明细表（ET_InventoryDetail）
22、实验教学表（ET_ExperimentTeaching）
23、实验教学明细表（ET_ETeachingDetails）
24、实验教学计划表（ET_ExperimentPlan）
25、实验教学预约表（ET_ExperimentBooking）
26、实验教学预约明细表（ET_EBookingDetail）
27、实验教学记录表（ET_ExperimentRecord）
28、实验教学评价表（ET_ExperimentEvaluation）
29、评价等级表（ET_EvaluationLevel）
30、论文课题表（ET_ThesisTopic）
31、自制教具表（ET_HMTeachingAids）
5.安全性设计
1、用户只能用帐号登陆到应用软件，通过应用软件访问数据库，而没有其它途径操作数据库。
2、对用户帐号的密码进行加密处理，确保在任何地方都不会出现密码的明文。
3、确定每个角色对数据库表的操作权限，如创建、检索、更新、删除等。
每个角色拥有刚好能
够完成任务的权限，不多也不少。
在应用时再为用户分配角色，则每个用户的权限等于他所兼角色的权限之和。
6.优化
7.数据库管理与维护说明
管理员可以通过系统对数据库进行各种操作，菜单中有系统设置，对数据库进行操作，一般要保证，SQLserver服务正常启动，并且要正常运行，适当时期对数据库进行备份，达到重要数据部丢失。