基础数据标准x
16.1基础数据标准
16.1.1范围
基础数据标准化是的信息化重要工作之一，建立集中、规范统一的基础数据标准，是保证企业信息化系统正常运行的前提条件。此外，统一编码也是企业的一项重要的基础管理工作，对企业管理标准化具有促进作用。通过建立标准化制度，使各业务部门能够协同工作，能够消除重复性劳动，大幅度提高工作效率。
基础数据标准化的意义：
1、统一基础数据，便于计算机系统管理
手工管理状态之下，对基础数据处理存在很大的随意性，不便于计算机系统管理，只有对基础数据统一之后，才能充分体现计算管理所带来的效率。
2、保证基础数据的正确性
使用统一的基础数据编码，可以有效防止一物多码、一物多名、物名错乱等现象的发生。
3、集团范围内基础数据趋于统一、实现数据上报、汇总功能。
集团范围内使用统一基础数据，使业务数据上报、汇总成为可能，以实现集团管理。
16.1.2数据准备策略
根据项目实施工作的整体要求，根据各项静态基础数据的特点，以及数据准备
工作量和难度，分别采用如下准备策略：
1、简单基础数据
由项目顾问组制定编码规范，安排业务培训，下发EPcel格式的编码模板，由企业各项目人员自行准备，此类基础数据比较简单，企业人员按示例数据整理即可，并能采用简单方法导入系统（导入方法在“导入实现方式”章节详细说明）。项目顾问组检查编码规范执行情况，并提供必要的工作指导。
2、复杂基础数据
由项目顾问组制定编码规范，安排业务培训，下发EPcel格式的编码模板，与简单基础数据相比，数据结构要复杂得多，并且存在一些关联关系，对数据准备要求也比较高，占全部工作量50%以上，因此，需要采用专门的处理方法，其导入方法也比较特别。因此，复杂数据单独作为一类，企业需要配备更多的人员进行处理。以业务编码为例，除了物资管理部门外，技术部门也需要参与基础数据准备，以保证编码质量。项目顾问组重点进行指导检查，并根据实际需要提供更多的支持。
3、固定基础数据
本次实施的目标就是为了使集团范围内业务流程趋同，为集团业务汇总创造有利条件，因此，对于此类编码由项目顾问组提出建议方案，企业一般不再需要调整，以固定编码的方法主导实施，使业务流程趋于一致化（配合业务流程规范）。此类编码一般内容固定，有规范可遵循，数据量很少，按照统一的编码导入即可。目标。
数据库系统课程设计要求及参考题目
《数据库系统课程设计》要求及参考题目 一、目的： 本次课程设计是《数据库原理与应用》课程的综合实验，作为课堂教学和课内正常上机实验的补充。 通过对《数据库原理与应用》课程的学习，学生已初步掌握数据库的基本理论、熟悉SQL server的使用，但是根据具体问题，设计实现并管理后台数据库的能力还远远不足。通过《数据库系统课程设计》，加强学生自主学习、收集资料和动手设计的能力，为后续专业课程打好基础。 二、实验安排： ●课程设计内容和要求的安排与讲解在课内时间进行。 ●上机机时安排：共2周，上机时间请参照上机安排表，不足部 分自行安排。 三、课程设计说明： ●本次课程设计平台使用SQl server2008, Eclipse。 ●本次课程设计要求每个程序要调试通过；课程设计结束后，每 人提交课程设计成果如下： ?数据库系统一套，要求演示，演示时采用答辩形式，同学
边演示边讲解数据库系统设计及实现的思路。 ?课程设计报告一份，要求打印。 ?源代码以电子版形式提交，提交的源代码要求加注释。（以 附件的形式提交至sm_zhangying@https://www.360docs.net/doc/7d17748324.html,，每人一个文件 夹，文件夹命名方式为:班级_学号_姓名，以班级为单位打 包发送至邮箱） 四、评分标准 ●根据平时上机考勤；注重平时上机情况，教师要不定期检查学 生进度，学生不得以自己有私人电脑为借口而不来上机。 ●根据系统运行结果； ●根据《数据库系统设计报告》，学生能对教师的提问熟练地解释 清楚。 五、参考题目(P308) 1.完整的开发实例"教学管理系统",后台数据库使用SQL server 2008,前台工具使用Eclipse进行数据库系统的开发过程。 该教学管理系统中，应包含下列各表： 学生（学号，密码，姓名，性别，年级，专业） 教师（教师号，密码，姓名，性别，院系） 课程（课程号，课程名，学分，课时） 管理员（管理员账号，密码） （1）要求大家实现两大部分，第一部分：数据库设计的过程，写出需求分析、概念设计、逻辑结构设计、物理结构设计、数据库实施和运行维护五步进行。第二部分，系统设计与实现。 第一部分数据库设计，要求大家做到以下几点： （2）其中概念结构设计要求画出完整的E—R图
数据库设计参考实例
需求分析 (2) 1功能需求 (2) 2数据字典 (2) 3数据流图构建 (5) 系统数据库的逻辑结构设计 (6) 根据该网上书店的具体情况，调查管理业务流程是顺着系统信息流动的过程逐步地进行，内容包括各环节的业务处理、信息来源、处理方法、计算方法、信息流经去向、信息提供的时间和形态（报告、单据等）。本系统的最大特色，数据挖掘在业务流程中清晰可见。我们可以通过对数据库中用户购买信息的关联分析。进行数据挖掘。这是数据挖掘技术在网上书店中最有价值的体现之一。 系统业务流图描述如下： （1）用户在线更新购物车：用户在登陆成功后，通过图书查询，添加图书到购物车后，根据图书编号自动在数据仓库中的图书挖掘信息中寻找与图书关联的图书编号。 （2）用户在线下达图书订单：用户在添加购物车后，确定购物车的书籍及数量后，填写相应的订单信息，确定所填写的订单信息无误后，系统将产生此次订单的编号，完成在线下达订单。 （3）管理员订单处理：管理登陆成功后，会对未处理订单进行处理，处理成功后，向顾客发货。 （4）销售分析处理：通过对图书信息查询，统计图书销售情况。 （5）图书数据挖掘处理：通过对订单处理，创建图书数据仓库，进行图书数据挖掘找出图书之间的潜在关联。 本网站可分为前台管理和后台管理两部分：前台系统功能模块分为：商品展示模块、用户登录、购物车、自服务等模块。后台管理主要包括：商品管理、订单管理、会员管理、类别管理、用户留言管理，产品销售分析等。网上书店功能模块如图3-1所示： 图3-1网上书店功能模块图 前台各主模块的详细功能如下： （1）最新上架模块：展示出最新上市的图书供用户选择。 （2）特价书展示模块：展示出了一些特价图书。 （3）商品查询模块：包括模糊查询模块，和书的类别查询模块。 （4）用户登录\注册模块：用户登录、注册。 （5）商品详细信息展示模块：包括图书详细信息模块。 （6）购物车展示模块：包括已选购商品模块、推荐商品模块。当添加商品到购物车时，会在推荐商品模块中看到本系统为购物者推荐的商品。 （7）自服务展示模块：我的订单模块、个人信息模块。订单模块可以查看订单的状态，和订单的信息。通过个人信息模块可以修改自己信息。 （8）用户评论模块：用户对图书的评论。 后台主模块的功能如下： （1）类别管理：该模块对图书的类别进行添加、删除、修改 （2）商品管理：该模块主要对书籍进行增加、删除、修改管理 （3）订单管理：该模块对客户的订单进行管理，如出库订单。 （4）用户管理：该模块对会员信息进行增加、删除、修改。 （5）销售情况查询：该模块可以查询排行前十的图书信息。 （6）图书挖掘分析：通过对订单的分析，得出最优的匹配方案和相应的决
数据库设计规范范本
数据库设计规范
1概述 1.1目的 软件研发数据库设计规范作为数据库设计的操作规范，详细描述了数据库设计过程及结果，用于指导系统设计人员正确理解和开展数据库设计。 1.2适用范围 1.3术语定义 DBMS：数据库管理系统，常见的商业DBMS有Oracle, SQL Server, DB2等。 数据库设计：数据库设计是在给定的应用场景下，构造适用的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。 概念数据模型：概念数据模型以实体-关系(Entity-RelationShip,简称E-R)理论为基础，并对这一理论进行了扩充。它从用户的观点出发对信息进行建模，主要用于数据库概念级别的设计，独立于机器和各DBMS产品。能够用Sybase PowerDesigner工具来建立概念数据模型（CDM）。 逻辑数据模型：将概念数据模型转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。能够用Sybase PowerDesigner工具直接建立逻辑数据模型（LDM），或
者经过CDM转换得到。 物理数据模型：在逻辑数据模型基础上，根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。能够用Sybase PowerDesigner工具直接建立物理数据模型（PDM），或者经过CDM / LDM转换得到。 2数据库设计原则 按阶段实施并形成该阶段的成果物 一般符合3NF范式要求；兼顾规范与效率 使用公司规定的数据库设计软件工具 命名符合公司标准和项目标准 3数据库设计目标 规范性：一般符合3NF范式要求，减少冗余数据。 高效率：兼顾规范与效率，适当进行反范式化，满足应用系统的性能要求。 紧凑性：例如能用char(10)的就不要用char(20)，提高存储的利用率和系统性能，但同时也要兼顾扩展性和可移植性。 易用性：数据库设计清晰易用，用户和开发人员均能容易地理解。
制造系统基础数据规范(doc 9页)
制造系统基础数据规范(doc 9页)
X公司ERP管理信息系统 制造基础数据整理文档格式规范 文档作者: 创建日期: 确认日期: 控制编码: 当前版本: 审批签字: X公司项目经理> A公司项目经理> 拷贝数量_____
更改记录 日期作者版本更改参考 审阅 姓名职位签字 分发人员 编码姓名地点和位置 1 2 3
目标 本文档用于对该项目基础数据格式规范做了 适当的控制，以便保证所填写的数据达到统 一。 范围 本文档在整个项目设计、实施等过程中都有 效。 相关文档
文档格式 产品结构式： 1、Excel 文本格式 2、所有字段的属性为文本 3、规格栏中描述的是子零件的规格，M、Φ、L采用大 写字母，“乘号”统一为大写字母“*” 4、材质栏中内容按图纸填写 5、材质栏中需要填写生产子项零件所采用的原材料的 材质和规格 6、辅肋描述栏中需填写配套零部件之间关联关系 7、请将随车备件及工具在产品结构中描述 表头格式 父项图号装 配 序 号 子 项 图 号 标 准 号 名 称 分 类 号 规 格 件 数 材 质 重 量 材 料 价 格 备 注 辅 助 描 述 注：“材料价格”字段由财务处整理工艺BOM格式：
1、Excel 文本格式 2、所有字段的属性为文本 3、工艺BOM部分数据由研究所提供表头格式 子项图号原 材 料 名 称 原 材 料 规 格 投 料 工 序 序 号 单 件 用 料 定 额 是 否 采 购/ 自 制 是 否 是 外 协 项 目 工 序 名 称 工 作 中 心 设 备 固 定 工 时 字段说明 投料工序序号：该子件在父件生产过程中投入的工序序号 单件用料定额：生产一件产品所需要的子件或原材料的定额数量 工序序号：反映工序的先后顺序的流水号，如：10、20、。。。等
《数据库原理课程设计》题目
《数据库原理课程设计》任务书 《数据库原理课程设计》是一门独立的实践课程，学分为1，单独记成绩。通过本课程设计，能使学生较好地巩固数据库的基本概念、基本原理、关系数据库的设计理论和设计方法等主要相关知识点，针对实际问题设计概念模型，并应用现有的工具完成简单的数据库应用系统的设计与实现。 一、设计内容 完成一个数据库应用系统的设计全过程，包括需求分析、数据库设计、数据库建立、数据输入、应用系统的设计和开发、用户界面的设计和实现、系统安装和调试等。 学生以2~3人为一设计小组，从课程设计题目中选择一个题目，要求每班中各组的题目都不相同。二、设计环境 操作系统：Windows XP/2003/Vista/Win7/Win8； DBMS：SQL Server或MySQL等； 开发工具：JA V A、JSP、C#等。 三、设计步骤 1、需求分析 业务流程分析和功能分析。 2、概念结构设计 生成基本E-R图。 3、逻辑结构设计 关系表设计（主键与完整性约束）、范式分析（至少要达到3NF）。 4、功能模块实现、集成及调试 应用系统功能通常根据实际目标设定，一般应具有基本的增、删、改、查功能。 编写实现系统功能的界面和代码。 5、报告编写。 四、报告内容 1、需求分析（功能分析、工作流图、数据流图、数据字典）； 2、概念模型设计（E-R图）； 3、逻辑设计（E-R模型转换为关系模式，指明所满足的范式并给出理由）； 4、系统功能设计 5、功能模块实现（界面及源代码） 6、总结（设计过程中遇到的问题以及解决方法；课程学习及课程设计的体会）。 7、参考文献 五、报告格式 1、报告一律按A4纸打印，每人1份。 2、全班刻录在一张光盘上，每组一个文件夹，文件夹名为课程设计题目＋（该组学生姓名），并在该文件夹中以每个同学的学号＋姓名为名称建立子文件夹，子文件夹中是该同学的内容（包括：源代码、课程设计报告电子版）。 特别提示： 凡有抄袭现象一经发现，课程设计成绩均为不及格。
数据库表结构设计参考
数据库表结构设计参考
表名外部单位表（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
数据库设计方法及
数据库设计方法及命名规范
- - 2 数据库设计方法、规范与技巧 (5) 一、数据库设计过程 (5) 1. 需求分析阶段 (6) 2. 概念结构设计阶段 (9) 2.1 第零步——初始化工程 (10) 2.2 第一步——定义实体 (10) 2.3 第二步——定义联系 (11) 2.4 第三步——定义码 (11) 2.5 第四步——定义属性 (12) 2.6 第五步——定义其他对象和规则 (12) 3. 逻辑结构设计阶段 (13) 4. 数据库物理设计阶段 (15) 5. 数据库实施阶段 (15) 6. 数据库运行和维护阶段 (16) 7.建模工具的使用 (16) 二、数据库设计技巧 (18) 1. 设计数据库之前（需求分析阶段） (18) 2. 表和字段的设计（数据库逻辑设计） (19) 1) 标准化和规范化 (19) 2) 数据驱动 (20)
- - 3 3) 考虑各种变化 (21) 4) 对地址和电话采用多个字段 (22) 5) 使用角色实体定义属于某类别的列 (22) 6) 选择数字类型和文本类型尽量充足 (23) 7) 增加删除标记字段 (24) 3. 选择键和索引（数据库逻辑设计） (24) 4. 数据完整性设计（数据库逻辑设计） (27) 1) 完整性实现机制： (27) 2) 用约束而非商务规则强制数据完整性 (27) 3) 强制指示完整性 (28) 4) 使用查找控制数据完整性 (28) 5) 采用视图 (28) 5. 其他设计技巧 (29) 1) 避免使用触发器 (29) 2) 使用常用英语（或者其他任何语言）而不 要使用编码 (29) 3) 保存常用信息 (29) 4) 包含版本机制 (30) 5) 编制文档 (30) 6) 测试、测试、反复测试 (31) 7) 检查设计 (31) 三、数据库命名规范 (31) 1. 实体（表）的命名 (31) 2. 属性（列）的命名 (34)
国家基础地理信息系统元数据标准(草案)
国家基础地理信息系统（NFGIS）元数据标准草案(初稿) 1. 主题内容与适用范围 本标准提供国家基础地理信息系统（NFGIS）元数据的内容，包括NFGIS数据的标识、内容、质量、状况及其他有关特征。本标准可用于对NFGIS数据集的全面描述、数据集编目及信息交换网络服务。 2. 参考标准 ISO 15046-15地理信息--元数据(CD 2.0) FGDC 地理空间数据元数据内容标准（CSDGM）v.2.0 3. 术语 3.1 元数据 是关于数据的数据，即关于数据的内容、质量、状况和其他特性的信息。也可译为描述数据或诠释数据。 3.2 元数据元素(元数据Element) 元数据最基本的信息单元。 3.3 元数据实体(元数据Entity) 同类元数据元素的集合。 3.4 元数据子集(元数据Section) 相互关联的元数据实体和元素的集合。 3.5 信息交换网络(Clearinghouse) 数据生产者、管理者和用户之间的分布式、电子连接的网络。 3.6 数据志(Lineage) 数据继承信息，包括获取或生产数据使用的原始资料说明、数据处理中的参数、步骤等情况及负责单位的有关信息等。 3.7 引用文献(Citation) 数据集引用或参考使用的资料、数据集、模型、文献等。 4. NFGIS 元数据层次结构和性质 4.1 元数据层次结构 本标准规定NFGIS元数据分为三层：元数据子集、元数据实体和元数据元素。 元数据元素是元数据的最基本的信息单元,元数据实体是同类元数据元素的集合，元数据子
集是相互关联的元数据实体和元素的集合。在同一个子集中，实体可以有两类即简单实体和复合实体，简单实体只包含元素，复合实体既包含简单实体又包含元素，同时复合实体与简单实体及构成这两种实体的元素之间具有继承关系。 4.2 元数据性质 本标准定义三种性质的元数据子集、实体和元素： 必选(Mandatory)──元数据的核心内容，适用于各种被描述对象，是元数据文件必须包含的子集、实体或元素。 一定条件下必选(Conditional )──针对不同的被描述对象特征元数据文件所必须提供的子集、实体或元素。 可选(Optional)──该子集、实体或元素是可选的，由用户决定是否将其包含在元数据文件中。 5. NFGIS 元数据分级和特征 5.1 元数据分级 本标准规定元数据分为两级，即： 基本元数据──提供地理数据源基本文档所需要的最少的元数据元素集。它包括回答下列问题的元数据元素: "是否有特定主题的数据集('什么')?"、"是否有特定地区的数据集('何处')?"、"是否有特定时段的数据集('何时')?" 以及"订购或了解数据集更多情况的联系人('谁')? 完全元数据──提供完整的地理数据源(单独的数据集、数据集系列、各种地理要素)文档所需要的必选的和可选的元数据元素集。它完整地定义全部元数据，以便标识、评价、摘录、使用和管理地理信息。 5.2 元数据特征 本元数据标准定义了8种特征： 5.2.1 名称 赋给元数据实体或元素的标记。 5.2.2 标识码 计算机中使用的定义每个元数据实体和元素的唯一代码。代码结构为： xx xx xx 前两位为元数据子集，两位数字码 中间两位为元数据实体/独立元素，两位数字码 后两位为元数据实体包含的元素，两位数字码
数据库设计选题示例
数据库设计实例一 某学院有基本实体集：系、教师、学生和课程。 它们各有属性： 系：系编号、系名，位置 课程：课程号，课程名称，开课学期 学生：学生学号，学生姓名、性别、地址 教师：员工号，教师姓名，办公室 实体间有联系： 每个系有一位系主任，有多位教师； 一个教师仅在一个系任职； 每个系开设多门不同课程； 每门课程各由一位教师授课； 一个学生可以在不同的系选修多门课程。 存在联系有： 1对1： 系与系主任（系主任是教师） 1对多： 系与教师、系与课程，教师与课程 多对多：学生与课程 数据库设计实例二 虚拟主机业务管理 有实体： 职工（职工号、姓名、性别、出生年月、工作类别、职称、密码、备注） 主机（主机序号、操作系统、生产厂商、状态、空间数量、备注）用户单位（用户单位名称、联系人姓名、联系电话） 实体之间的关系 职工（销售员）与主机的管理关系是一对多的关系，一个销售员可销售多台主机，一台主机只能由一个销售员销售。 职工（运行维护员）与主机的维护关系是多对多关系，一个运行维护员可维护多台主机，一台主机能由多个运行维护员维护。 职工（管理员）与主机是一对多关系，一个管理员可管理多台主机，一台主机只能由一个管理员管理。
主机与用户单位及销售员之间存在租用关系，其中主机与用户单位是多对多的，一台主机可分配给多个用户单位，，一个用户单位可租用多台主机。每次租用由一位销售员经手。 数据库设计实例三 再就业信息管理 有实体： 职工（编号、姓名、性别、出生年月、工作类别、职称、工作年限、专业、学历） 企业（企业编号、企业名称、企业性质、联系人姓名、联系电话）岗位（岗位编号、岗位名称、学历要求、职称要求、工种、工作年限） 实体之间的关系 职工与岗位之间的申请关系是多对多的关系，一个职工可申请多个就职岗位，同样一个岗位能被许多职工申请。 岗位与企业之间的需求关系是多对多的关系。 职工、企业与岗位三者之间存在一个上岗关系，它们之间的关系 是1：1：1的。 数据库设计实例四 钢材仓库管理 有实体： 职工（工号、姓名、性别、出生年月、工种（销售员、采购员、仓库管理员） 仓库（仓库编号、仓库名称、地址、联系电话） 钢材（钢材号、钢材名、品种、规格） 供应商（供应商编号、供应商名称、地址、电话、联系人）
数据库设计和编码规范
数据库设计和编码规范 Version
目录
简介 读者对象 此文档说明书供开发部全体成员阅读。 目的 一个合理的数据库结构设计是保证系统性能的基础。一个好的规范让新手容易进入状态且少犯错，保持团队支持顺畅，系统长久使用后不至于紊乱，让管理者易于在众多对象中，获取所需或理清问题。 同时，定义标准程序也需要团队合作，讨论出大家愿意遵循的规范。随着时间演进，还需要逐步校订与修改规范，让团队运行更为顺畅。 数据库命名规范 团队开发与管理信息系统讲究默契，而制定服务器、数据库对象、变量等命名规则是建立默契的基本。 命名规则是让所有的数据库用户，如数据库管理员、程序设计人员和程序开发人员，可以直观地辨识对象用途。而命名规则大都约定俗成，可以依照公司文化、团队习惯修改并落实。 规范总体要求 1.避免使用系统产品本身的惯例，让用户混淆自定义对象和系统对象或关键词。 例如，存储过程不要以sp_或xp_开头，因为SQL SERVER的系统存储过程以 sp_开头，扩展存储过程以xp_开头。 2.不要使用空白符号、运算符号、中文字、关键词来命名对象。 3.名称不宜过于简略，要让对象的用途直观易懂，但也不宜过长，造成使用不方 便。 4.不用为数据表内字段名称加上数据类型的缩写。 5.名称中最好不要包括中划线。
6.禁止使用[拼音]+[英语]的方式来命名数据库对象或变量。 数据库对象命名规范 我们约定，数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。对象名字由前缀和实际名字组成，长度不超过30。避免中文和保留关键字，做到简洁又有意义。前缀就是要求每种对象有固定的开头字符串，而开头字符串宜短且字数统一。可以讨论一下对各种对象的命名规范，通过后严格按照要求实施。例如：
基础数据标准
16.1基础数据标准 16.1.1范围 基础数据标准化是的信息化重要工作之一，建立集中、规范统一的基础数据标准，是保证企业信息化系统正常运行的前提条件。此外，统一编码也是企业的一项重要的基础管理工作，对企业管理标准化具有促进作用。通过建立标准化制度，使各业务部门能够协同工作，能够消除重复性劳动，大幅度提高工作效率。 基础数据标准化的意义： 1、统一基础数据，便于计算机系统管理 手工管理状态之下，对基础数据处理存在很大的随意性，不便于计算机系统管理，只有对基础数据统一之后，才能充分体现计算管理所带来的效率。 2、保证基础数据的正确性 使用统一的基础数据编码，可以有效防止一物多码、一物多名、物名错乱等现象的发生。 3、集团范围内基础数据趋于统一、实现数据上报、汇总功能。 集团范围内使用统一基础数据，使业务数据上报、汇总成为可能，以实现集团管理。 16.1.2数据准备策略 根据项目实施工作的整体要求，根据各项静态基础数据的特点，以及数据准备工作量和难度，分别采用如下准备策略： 1、简单基础数据 由项目顾问组制定编码规范，安排业务培训，下发Excel格式的编码模板，由
企业各项目人员自行准备，此类基础数据比较简单，企业人员按示例数据整理即可，并能采用简单方法导入系统(导入方法在“导入实现方式”章节详细说明)。项目顾问组检查编码规范执行情况，并提供必要的工作指导。 2、复杂基础数据 由项目顾问组制定编码规范，安排业务培训，下发Excel格式的编码模板，与简单基础数据相比，数据结构要复杂得多，并且存在一些关联关系，对数据准备要求也比较高，占全部工作量50%以上，因此，需要采用专门的处理方法，其导入方法也比较特别。因此，复杂数据单独作为一类，企业需要配备更多的人员进行处理。以业务编码为例，除了物资管理部门外，技术部门也需要参与基础数据准备，以保证编码质量。项目顾问组重点进行指导检查，并根据实际需要提供更多的支持。 3、固定基础数据 本次实施的目标就是为了使集团范围内业务流程趋同，为集团业务汇总创造有利条件，因此，对于此类编码由项目顾问组提出建议方案，企业一般不再需要调整，以固定编码的方法主导实施，使业务流程趋于一致化(配合业务流程规范)。此类编码一般内容固定，有规范可遵循，数据量很少，按照统一的编码导入即可。目标。 16.1.3基础数据描述规范 中文名称 定义：赋予数据元的单个或多个中文字词的指称。 约束：必选 数据类型：字符串 说明：命名应明确的表达数据元的含义，尽量减少冗余，增加精确度；在同一环境下的所有名称应该是唯一的。 同义名称
数据库课程设计题目
1、小型超市管理系统（2人） 系统功能 （1）、零售前台（POS）管理系统，本系统必须具有以下功能： 商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。 收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。 安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。 独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业。 (2)、后台管理系统，本系统必须具备以下功能 进货管理：根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。按计划单有选择性地进行自动入库登记。综合查询打印计划进货与入库记录及金额。 销售管理：商品正常销售、促销与限量、限期及禁止销售控制。综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。 库存管理：综合查询库存明细记录。库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。库存自动盘点计算。 人员管理：员工、会员、供货商、厂商等基本信息登记管理。员工操作权限管理。客户销售权限管理。 参考：关系模型 a)商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销止日 期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号） b)用户表（用户编号，用户名称，用户密码，用户类型） c)会员表（会员编号，会员卡号，累积消费金额，注册日期） d)销售表（销售编号，商品编号，销售数量，销售金额，销售日期） e)交易表（交易编号，用户名称，交易金额，会员卡号，交易日期） f)进货入库表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货 日期，入库状态） g)供货商表（供货商编号，供货商名称，供货商地址，供货商电话） h)厂商表（厂商编号，厂商名称，厂商地址，厂商电话）
数据库结构设计说明
数据库结构设计说
1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2外部设计 (2) 2.1标识符和状态 (2) 2.2使用它的程序 (3) 2.3约定 (3) 2.4专门指导 (3) 2.5支持软件 (3) 3结构设计 (3) 3.1概念结构设计 (3) 3.2逻辑结构设计 (3) 3.3物理结构设计 (4) 4运用设计 (4) 4.1数据字典设计 (4) 4.2安全保密设计 (4) 数据库设计说明书(GB8567―― 88) 1 引言
1.1 编写目的 说明编写这份数据库设计说明书的目的, 指出预期的读者。 1.2 背景 说明: a．说明待开发的数据库的名称和使用此数据库的软件系统的名称; b．列出该软件系统开发项目的任务提出者、用户以及将安装该软件和这个数据库的计算站（中心）。 1.3 定义 列出本文件中用到的专门术语的定义、外文首字母组词的原词组。 1.4 参考资料 列出有关的参考资料: a．本项目的经核准的计划任务书或合同、上级机关批文; b．属于本项目的其它已发表的文件; C.本文件中各处引用到的文件资料，包括所要用到的软件开发 标准。 列出这些文件的标题、文件编号、发表日期和出版单位, 说明能够 取得这些文件的来源。 2 外部设计
2.1 标识符和状态 联系用途, 详细说明用于唯一地标识该数据库的代码、名称或标识符, 附加的描述性信息亦要给出。如果该数据库属于尚在实验中、尚在测试中或是暂时使用的, 则要说明这一特点及其有效时间范围。 2.2 使用它的程序 列出将要使用或访问此数据库的所有应用程序, 对于这些应用程序的每一个, 给出它的名称和版本号。 2.3 约定 陈述一个程序员或一个系统分析员为了能使用此数据库而需要了解的建立标号、标识的约定, 例如用于标识数据库的不同版本的约定和用于标识库内各个文卷、、记录、数据项的命名约定等。 2.4 专门指导 向准备从事此数据库的生成、从事此数据库的测试、维护人员提供专门的指导, 例如将被送入数据库的数据的格式和标准、送入数据库的操作规程和步骤, 用于产生、修改、更新或使用这些数据 文卷的操作指导。如果这些指导的内容篇幅很长, 列出可参阅的文件资料的名称和章条。
数据库设计规范
数据库设计规范 V 1.0 2007-8-28
目录 1) 目的 (3) 2) 范围 (3) 3) 术语 (3) 4) 设计概要 (3) 5) 命名规范（逻辑对象） (4) 6) 数据库对象命名 (6) 7) 脚本注释 (8) 8) 数据库操作原则 (9) 9) 常用字段命名(参考) (9)
1) 目的 为了统一公司软件开发的设计过程中关于数据库设计时的命名规范和具体工作时的编程规范，便于交流和维护，特制定此规范。 2) 范围 本规范适用于开发组全体人员，作用于软件项目开发的数据库设计、维护阶段。 3) 术语 数据库对象：在数据库软件开发中，数据库服务器端涉及的对象包括物理结构和逻辑结构的对象。 物理结构对象：是指设备管理元素，包括数据文件和事务日志文件的名称、大小、目录规划、所在的服务器计算极名称、镜像等，应该有具体的配置规划。一般对数据库服务器物理设备的管理规程，在整个项目/产品的概要设计阶段予以规划。 逻辑结构对象：是指数据库对象的管理元素，包括数据库名称、表空间、表、字段/域、视图、索引、触发器、存储过程、函数、数据类型、数据库安全性相关的设计、数据库配置有关的设计以及数据库中其他特性处理相关的设计等。 4) 设计概要 ?设计环境 数据库：ORACLE 9i 、MS SQL SERVER 2000 等 操作系统：LINUX 7.1以上版本，显示图形操作界面; RedHat 9 以上版本 WINDOWS 2000 SERVER 以上 ?设计使用工具 使用PowerDesigner 做为数据库的设计工具，要求为主要字段做详尽说 明。对于SQL Server 尽量使用企业管理器对数据库进行设计，并且要求 对表，字段编写详细的说明（这些将作为扩展属性存入SQL Server中） 通过PowerDesigner 定制word格式报表，并导出word文档，作为数据 字典保存。（PowerDesigner v10 才具有定制导出word格式报表的功能）。
数据库课程设计题目及报告要求
数据库课程设计 数据库课程设计是在学生系统的学习了数据库原理课程后，按照关系型数据库的基本原理，综合运用所学的知识，以小组为单位，设计开发一个小型的数据库管理系统。通过对一个实际问题的分析、设计与实现，将原理与应用相结合，使学生学会如何把书本上学到的知识用于解决实际问题，培养学生的动手能力；另一方面，使学生能深入理解和灵活掌握教学内容。 总体设计要求： 个人到三人为一个小组，小组成员既要有相互合作的精神，又要分工明确。每个学生都必须充分了解整个设计的全过程。 从开始的系统需求分析到最后的软件测试，都要有详细的计划，设计文档应按照软件工程的要求书写。 系统中的数据表设计应合理、高效，尽量减少数据冗余。 软件界面要友好、安全性高。 软件要易于维护、方便升级。 编程语言可由小组根据自己的情况选择，但一般情况下应该是小组的每个成员都对该语言较熟悉。避免把学习语言的时间放在设计期间。 参考使用的语言有：VF、VB、Delphi 、PB、VC、SQL_Server等。 题目1：学生学籍管理系统 一、设计目的 学生根据所学的数据库原理与程序设计的知识，能够针对一个小型的数据库管理系统，进行系统的需求分析，系统设计，数据库设计，编码，测试等，完成题目要求的功能，从而达到掌握开发一个小型数据库的目的。 二、设计内容 1．主要的数据表 学生基本情况数据表，学生成绩数据表，课程表，代码表等。 2．主要功能模块 1）实现学生基本情况的录入、修改、删除等基本操作。 2）对学生基本信息提供灵活的查询方式。 3）完成一个班级的学期选课功能。 4）实现学生成绩的录入、修改、删除等基本操作。 5）能方便的对学生的个学期成绩进行查询。 6）具有成绩统计、排名等功能。 7）具有留级、休学等特殊情况的处理功能。 8）能输出常用的各种报表。 9）具有数据备份和数据恢复功能。 三、设计要求 学生成绩表的设计，要考虑到不同年级的教学计划的变化情况。
数据库的设计和管理规范Word文档
数据库的设计和管理规范 [初稿] XXXX科技有限公司 2014-08
目录 目录 (2) 变更记录 (2) 1 数据库的设计说明书 (4) 1.1 外部设计 (4) 1.1.1 类型划分 (4) 1.1.2 使用它的程序 (4) 1.1.3 标识符和状态 (4) 1.2 结构设计 (6) 1.2.1 概念结构设计 (6) 1.2.2 逻辑结构设计 (6) 1.3 运用设计说明 (7) 1.3.1 数据库字典的设计 (7) 1.3.2 安全保密的设计 (7) 2 数据库的日常管理 (8) 2.1 表分析 (8) 2.2 索引维护 (8) 2.2.1 索引监视 (8) 2.2.2 索引重建 (8) 2.3 空间维护 (8) 2.3.1 数据定期备份 (8) 2.3.2 历史数据的清除 (8) 2.4 性能分析和问题报告 (9)
变更记录文档名称：数据库的设计和管理规范 建立日期：2015年08月19日 撰稿人：XXXX 编辑软件：Microsoft Word 2007 中文版
1 数据库的设计说明书 数据库设计说明书是软件产品的信息数据存储规范化的说明和指导文档，向准备从事此数据库的生成、测试、维护人员提供专门的指导，例如数据的格式和标准，送入数据库的操作规程和步骤，用于产生、修改、更新或使用这些数据文卷的操作指导。主要包括以下几个方面： 1.1 外部设计 1.1.1 类型划分 按照数据表记录的功能范围对其进行类型划分，如可以按照系统配置数据、权限认证、业务办理日志等功能进行分类。 1.1.2 使用它的程序 列出访问此数据库的所有应用程序，给出名称和版本号。 1.1.3 标识符和状态 标识数据库的不同版本，标识库内各个文卷、记录、数据项的命名约定。 如果该数据库尚在实验、测试中或暂时使用，说明这一特点及其有效时间范围。 数据库对象命名统一采用英文单词或单词缩写。 1.1.3.1 表的命名规范： 库表全部采用大写字母，并以“T”为前缀，已“_”中间隔开。表对象名称必须有相应的意义且长度最好不要超过30个字符。例如：T_BUSI_INFO。 如果需要对数据表进行备份，命名规则请采用表名后加“_BAK”+“_时间（年月日）”的方式。例如： T_BUSI_INFO_ BAK_20100904 。如果存在多个系统，那
数据库课程设计参考选题
数据库课程设计 参考选题 选题 1.机票预定信息系统 系统功能的基本要求： 航班基本信息的录入，包括航班的编号、飞机名称、机舱等级等。机票信息，包括票价、折扣、当前预售状态及经手业务员等。客户基本信息，包括姓名、联系方式、证件及号码、付款情况等。按照一定条件查询、统计符合条件的航班、机票等；对结果打印输出。 2.长途汽车信息管理系统 系统功能的基本要求： 线路信息，包括出发地、目的地、出发时间、所需时间等。汽车信息：包括汽车的种类及相应的票价、最大载客量等。票价信息：包括售票情况、查询、打印相应的信息。 3.人事信息管理系统 系统功能基本要求： 员工各种信息：包括员工的基本信息，如编号、姓名、性别、学历、所属部门、毕业院校、健康情况、职称、职务、奖惩等；员工各种信息的修改；对转出、辞退、退休员工信息的删除；按照一定条件，查询、统计符合条件的员工信息；教师教学信息的录入：教师编号、姓名、课程编号、课程名称、课程时数、学分、课程性质等。科研信息的录入：教师编号、研究方向、课题研究情况、专利、论文及著作发表情况等。按条件查询、统计，结果打印输出。 4.超市会员管理系统 系统功能的基本要求： 加入会员的基本信息，包括：成为会员的基本条件、优惠政策、优惠时间等。会员的基本信息，包括姓名、性别、年龄、工作单位、联系方式等。会员购物信息：购买物品编号、物品名称、所属种类，数量，价格等。会员返利信息,包括会员积分的情况，享受优惠的等级等。对货物流量及消费人群进行统计输出。 5.客房管理系统 系统功能的基本要求：
客房各种信息，包括客房的类别、当前的状态、负责人等；客房信息的查询和修改，包括按房间号查询住宿情况、按客户信息查询房间状态等。以及退房、订房、换房等信息的修改。对查询、统计结果打印输出。 6.药品存销信息管理系统 系统功能基本要求 药品信息，包括药品编号、药品名称、生产厂家、生产日期、保质期、用途、价格、数量、经手人等；员工信息，包括员工编号、姓名、性别、年龄、学历、职务等；客户信息，包括客户编号、姓名、联系方式、购买时间、购买药品编号、名称、数量等。入库和出库信息，包括当前库存信息、药品存放位置、入库数量和出库数量的统计。 7.学生选课管理信息系统 系统功能基本要求 教师信息,包括教师编号、教师姓名、性别、年龄、学历、职称、毕业院校，健康状况等。学生信息，包括学号、姓名、所属院系、已选课情况等。教室信息，包括，可容纳人数、空闲时间等。选课信息，包括课程编号、课程名称、任课教师、选课的学生情况等。成绩信息，包括课程编号、课程名称、学分、成绩。按一定条件可以查询，并将结果打印输出。 8.图书管理系统 系统功能基本要求 图书信息,包括图书编号、图书名称、所属类别等；读者信息，包括读者编码、姓名、性别、专业等；借还书信息，包括图书当前状态、被借还次数、借阅时间等。 9.学生成绩管理系统 系统功能基本要求 学生信息，学号、姓名、性别、专业、年级等；学生成绩信息，包括学号、课程编号、课程名称、分数等。课程信息，包括课程编号、课程名称、任课教师等。对学生成绩的查询（不能任意修改）、统计，并将结果输出。 10.网上书店管理信息 系统功能基本要求 书籍信息，包括图书编号、图书种类、图书名称、单价、内容简介等；购书者信息，包括购买编号、姓名、性别、年龄、联系方式购买书的名称等；购买方式，包括付款方式、发货手段等。根据读者信息查询购书情况，将统计结果以报表形式打印输出。
数据库设计格式规范
1) 标准化和规范化 数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式，但Third Normal Form（3NF）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。简单来说，遵守3NF 标准的数据库的表设计原则是： “One Fact in One Place”即某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。表之间的关系通过外键相连接。它具有以下特点：有一组表专门存放通过键连接起来的关联数据。 举例：某个存放客户及其有关定单的3NF 数据库就可能有两个表：Customer和Order。Order表不包含定单关联客户的任何信息，但表内会存放一个键值，该键指向Customer表里包含该客户信息的那一行。 事实上，为了效率的缘故，对表不进行标准化有时也是必要的。 2) 数据驱动 采用数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大增强系统的灵活性和扩展性。 举例，假如用户界面要访问外部数据源（文件、XML 文档、其他数据库等），不妨把相应的连接和路径信息存储在用户界面支持表里。还有，如果用户界面执行工作流之类的任务（发送邮件、打印信笺、修改记录状态等），那么产生工作流的数据也可以存放在数据库里。角色权限管理也可以通过数据驱动来完成。事实上，如果过程是数据驱动的，你就可以把相当大的责任推给用户，由用户来维护自己的工作流过程。 3) 考虑各种变化 在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。 举例，姓氏就是如此（注意是西方人的姓氏，比如女性结婚后从夫姓等）。所以，在建立系统存储客户信息时，在单独的一个数据表里存储姓氏字段，而且还附加起始日和终止日等字段，这样就可以跟踪这一数据条目的变化。 2.数据库涉及字符规范 采用26个英文字母(区分大小写)和0-9这十个自然数,加上下划线'_'组成,共63个字符.不能出现其他字符(注释除外). 注意事项: 1) 以上MYSQL数据库命名都不得超过30个字符的系统限制.变量名的长度限制为 29(不包括标识字符@). 2) 数据对象、变量的命名都采用英文字符,禁止使用中文命名.绝对不要在对象名的字符之间留空格. 3) 小心保留词,要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突 5) 保持字段名和类型的一致性,在命名字段并为其指定数据类型的时候一定要保证一致性.假如数据类型在一个表里是整数,那在另一个表里可就别变成字符型了.