多维数据库表设计
BI报表开发,基础储备
前言
1.BI简介: https://www.360docs.net/doc/bc15713807.html,/jiesin/archive/2008/06/23/1227694.html
https://www.360docs.net/doc/bc15713807.html,/zxylonely/archive/2009/12/28/1634352.html
2.DW(数据仓库) :https://www.360docs.net/doc/bc15713807.html,/view/19711.htm?fr=ala0_1_1
3.数据挖掘:https://www.360docs.net/doc/bc15713807.html,/view/7893.htm?fr=ala0_1
4.Analysis Services :https://www.360docs.net/doc/bc15713807.html,/zh-cn/library/ms175609(SQL.90).aspx
5.Reporting Services : https://www.360docs.net/doc/bc15713807.html,/zh-cn/library/ms15910
6.aspx
A .基础知识
数据仓库:
1.数据仓库是决策支持系统（dss）和联机分析应用数据源的结构化数据环境。数据仓库研究和解决从数据库中获取信息的问题。数据仓库的特征在于面向主题、集成性、稳定性和时变性。
2、数据仓库是集成的，数据仓库的数据有来自于分散的操作型数据，将所需数据从原来的数据中抽取出来，进行加工与集成，统一与综合之后才能进入数据仓库；
3、数据仓库是不可更新的，数据仓库主要是为决策分析提供数据，所涉及的操作主要是数据的查询；
4、数据仓库是随时间而变化的，传统的关系数据库系统比较适合处理格式化的数据，能够较好的满足商业商务处理的需求，他在商业领域取得了巨大的成功。
数据仓库的出现，并不是要取代数据库。目前，大部分数据仓库还是用关系数据库管理系统来管理的。可以说，数据库、数据仓库相辅相成、各有千秋。
数据库是面向事务的设计，数据仓库是面向主题设计的。
数据库一般存储在线交易数据，数据仓库存储的一般是历史数据。
数据库设计是尽量避免冗余，一般采用符合范式的规则来设计，数据仓库在设计是有意引入冗余，采用反范式的方式来设计。数据库是为捕获数据而设计，数据仓库是为分析数据而设计，它的两个基本的元素是维表和事实表。
B数据规则
tbl_MetaData_ 元数据表,比如说:tbl_MetaData_客户来源
tbl_StaticData_状态形数据,比如说tbl_StaticData_新建订单
tbl_RawData_记录形数据,比如说tbl_RawData_新建客户
tbl_ResultData_库存记录比如说tbl_ResultData_库存表
元数据表示的是下拉框列表的选项,
状态形数据:记录一条信息所拥有的状态,比如说订单的状态.
记录性数据:表示记录一次打电话的记录,比如说新建客户,打电话要记录的.
结果性数据是由状态形数据生成的,你不用管他,也不用建他.这个是最后做报表生成的.
C.BI
BI，也称商业智能（Business Intelligence)，简而言之，是从大量数据中钻取信息和知识，能帮助企业利用数据价值提高决策质量的技术集合。具体地讲，它是对企业的海量数据，这些数据有来自企业内部应用系统的订单、库存、交易帐目以及客户和供应商的资料，有来自本行业其它竞争对手的资料，也有来自当前国际市场环境的一些相关信息，我们通过对这些数据进行过滤、加工、处理、分析，从中获取某种信息，探索其中的机会和规律，进而将这些信息和规律深华成一种知识，一种能力，帮助企业无论从战术层面，还是战略层面，搞高各级决策者决策质量，为企业带来更好的商业效益。如图所示：
D.数据挖掘:
数据挖掘，在人工智能领域，习惯上又称为数据库中知识发现(Knowledge Disc overy in Database, KDD)，也有人把数据挖掘视为数据库中知识发现过程的一个基本步骤。知识发现过程以下三个阶段组成：（1）数据准备，（2）数据挖掘，（3）结果表达和解释。数据挖掘可以与用户或知识库交互。
并非所有的信息发现任务都被视为数据挖掘。例如，使用数据库管理系统查找个别的记录，或通过因特网的搜索引擎查找特定的Web页面，则是信息检索（information retrieval）领域的任务。虽然这些任务是重要的，可能涉及使用复杂的算法和数据结
构，但是它们主要依赖传统的计算机科学技术和数据的明显特征来创建索引结构，从而有效地组织和检索信息。尽管如此，数据挖掘技术也已用来增强信息检索系统的能力。
总结
1、数据仓库是整合一个企业所有数据，实现跨部门、全公司数据集中存储、共享的工具，更实际一点说，它是所有业务数据的整合，需要经历ODS、ETL、DataMart等多个过程，而且随着公司的发展，数据仓库将实现自动扩充和扩展。其实它最底层还是基于数据库，最多是可以从多个数据库是提取数据，但我认为一个数据库开发数据仓库，可以有效地提高数据的利用利用效率，所谓的XML等数据用于文档管理也许是最适合的
2、数据挖掘是基于数据仓库的深层次分析工具，没有数据仓库提供的详尽的数据，数据挖掘根本是一套废物或者是幻想，应为数据挖掘所依赖的技术，都需要大量的数据，而且数据挖掘的结果是只能是专家才能理解，所以它是专家系统，不是推而广之
3、BI，号称是商业智能，能够为企业决策提供支持，其实是夸夸其谈，它真正能够起到是作用是展现日常的业务数据，更重要的是能够以一种直观有效的形式进行展示，使使用者能够从多个角度来观察数据，理解业务现状。所以BI根据业务日常需要分为三种形式：1)OLAP：包括Hyperion\Cognose PowerCube\AnalysisService,主要用于实现多维数据集；2)报表工具：包括BO\Brio\Cognose,其中BO可以说是这个行业中的老大；3)基于OLAP、报表的动态查询
4、BI其中包括Business和Intelligence,这两个概念就不是一般软件开发人员能够全部理解的，因此这是与业务直接相关的开发，所以BI的开发需要与专业的行业精英一起，由他们提供想法，由需求分析人员把它转化为业务数据模式和关联，然后才能交给开发人员进行设计，所以BI是离不开业务人员，不是用个工具就是简单开发的东西
F. Analysis Services
Microsoft SQL Server 2005 Analysis Services (SSAS) 为商业智能解决方案提供联机分析处理(OLAP) 和数据挖掘功能。在使用Analysis Services 设计商业智能解决方案之前，您应当熟悉成功的解决方案所必需的OLAP 和数据挖掘概念。
Analysis Services 通过允许开发人员在一个或多个物理数据源中定义一个称为统一
维度模型(UDM) 的数据模型，从而很好的组合了传统的基于OLAP 分析和基于关系报表的各个最佳方面。基于OLAP、报表以及自定义BI 应用程序的所有最终用户查询都将通过UDM（可提供一个此关系数据的业务视图）访问基础数据源中的数据。Analysis Services 提供了一组丰富的数据挖掘算法，业务用户可使用这组算法挖掘其数据以查找特定的模式和走向。这些数据挖掘算法可用于通过UDM 或直接基于物理数据存储区对数据进行分析。
?Analysis Services对象: 数据库包含OLAP 和数据挖掘对象，例如数据源、数据源视图、多维数据集、度量值、度量值组、维度、属性、层次结构、挖掘结构、挖掘模型和角色。
?程序集中包含用户定义的函数，这些函数对多维表达式(MDX) 和数据挖掘扩展插件(DMX) 语言所提供的内部函数的功能进行了扩展
?数据源:
G. Reporting Services
SQL Server 2005 Reporting Services 是基于服务器的报表平台，可以用来创建和管理包含关系数据源和多维数据源中的数据的表格、矩阵、图形和自由格式的报表。可以通过基于万维网的连接来查看和管理所创建的报表。Reporting Services 包括下列核心组件：
?一整套工具，可以用来创建、管理和查看报表。
?一个报表服务器组件，用于承载和处理各种格式的报表。输出格式包括HTML、PDF、TIFF、Excel、CSV 等。
?一个API，使开发人员可以在自定义应用程序中集成或扩展数据和报表处理，或者创建自定义工具来生成和管理报表。
生成的报表可以基于SQL Server、Analysis Services、Oracle 或任何Microsoft .NET 数据访问接口（如ODBC 或OLE DB）提供的关系数据或多维数据。可以创建表格、矩阵和自由格式的报表。还可以创建使用预定义模型和数据源的即席报表。
在Reporting Services 中生成的报表包括交互功能和基于Web 的功能，在外观和功能上超越了传统的报表。例如，深化报表允许在数据层间进行导航；参数化报表支持在运行时对内容进行筛选；自由格式的报表支持以垂直、嵌套和并排方式安排内容布局，支持指向基于Web 的内容或资源的链接，支持通过远程或本地Web 连接安全地集中访问报表。
尽管Reporting Services 本身已与Microsoft 的其他技术进行了集成，但是开发人员和第三方供应商可以生成相应的组件，以支持其他报表输出格式、传递格式、身份验证模式和数据源类型。在模块设计中特意创建了开发和运行时体系架构，以支持可能采用的第三方扩展和集成。
H.KPI
若要在Microsoft SQL Server 2005 中定义关键性能指标(KPI)，应当首先定义与KPI 关联的KPI 名称和度量值组。KPI 可以与所有度量值组或与单个度量值组关联。然后定义以下KPI 元素：
?值表达式
值表达式是物理度量值（如销售）、计算度量值（如利润）或使用多维表达式(MDX) 表达式在KPI 中定义的计算。
?目标表达式
目标表达式是值或者是解析为值的MDX 表达式，它用于定义值表达式所定义的度量值的目标。例如，目标表达式可以是公司业务经理希望增加的销售额或利润的数量。
?状态表达式
状态表达式是MDX 表达式，Analysis Services 用它来计算与目标表达式相比，值表达式的当前状态，其正常取值范围是-1 到+1。-1 表示非常差，而+1 表示非常好。
状态表达式用图形显示，以帮助您易于确定值表达式与目标表达式相比较的状态。
?走向表达式
走向表达式是MDX 表达式，Analysis Services 用它来计算与目标表达式相比，值表达式的当前走向。走向表达式可帮助业务用户快速确定相对于目标表达式，值表达式是否正在变得更好或更差。可以将几个图形中的某一个与走向表达式关联，以便帮助业务用户能够快速地了解走向。
除了为KPI 定义的这些元素以外，还要为KPI 定义几个属性。这些属性包括显示文件夹、父KPI（如果KPI 是从其他KPI 计算得到的）、当前时间成员（如果有）、KPI 的权重（如果有）和KPI 的说明。
注意：
在本主题的任务中，您将在Analysis Services Tutorial 项目中定义两个KPI，然后使用这些KPI 来浏览Analysis Services Tutorial 多维数据集。下面是要定义的KPI：
?分销商收入
此KPI 用来度量如何将实际的分销商销售额与分销商销售的销售额进行比较、销售额与目标的距离以及达到目标的走向。
?产品毛利润率
此KPI 用来确定每个产品类别的毛利润率与每个产品的指定目标的接近程度，还用来确定达到此目标的趋势。
I.MDX
多维表达式(MDX) 是用于在Microsoft SQL Server 2005 Analysis Services (SSAS) 中处理和检索多维数据的查询语言。MDX 基于XML for Analysis (XMLA) 规范，并带有特定于SQL Server 2005 Analysis Services 的扩展。MDX 使用由标识符、值、语句、函数和运算符组成的表达式，Analysis Services 可以通过计算表达式来检索
某个对象（如集或成员）或标量值（如字符串或数字）。
SQL Server 2005 Analysis Services 中的MDX 查询和表达式可用于执行以下操作：?从SQL Server 2005 Analysis Services 多维数据集向客户端应用程序返回数据。
?设置查询结果的格式。
?执行多维数据集设计任务，包括定义计算成员、命名集、范围分配和关键性能指标(KPI)。?执行管理任务，包括维度和单元安全性。
MDX 在很多方面与关系数据库常用的SQL 语法看起来很相似。但是，MDX 并非SQL 语言的扩展，在许多方面都有别于SQL。若要创建用于设计或保护多维数据集的MDX 表达式，或创建MDX 查询以返回多维数据并设置其格式，您需要了解有关MDX 和维度建模的基本概念、MDX 语法元素、MDX 运算符、MDX 语句以及MDX 函数。
数据库表结构设计参考
数据库表结构设计参考
表名外部单位表（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
数据库表设计
ORI数据库表设计 用户信息 用户表USERINFO 字段类型描述是否允许空UID INT 用户编号,主键自增长否LOGINNAME VARCHAR(12) 登录用户名（长度限制4~12个字符）否 PASSWORD VARCHAR(16) 密码（长度限制8~16个字符）否 USERTYPE INT 用户类型（1个人用户，2企业用户）否 NICKNAME VARCHAR(16) 昵称否 个人用户HUMANUSERINFO 字段类型描述是否允许空HUID INT 主键，自增长否 UID INT USERINFO表外键否REALNAME VARCHAR(8) 用户真实姓名否 EMAIL VARCHAR(50) 邮箱否 TEL VARCHAR(20) 家庭电话是 MOBILE VARCHAR(11) 手机是 ADDRESS VARCHAR(100) 家庭地址是 POSTCODE VARCHAR(6) 邮编是HEADPORTRAITPATH VARCHAR(100) 头像路径是BIRTHDAY VARCHAR(10) 生日是 HOBBY VARCHAR(100) 兴趣爱好是 JOB VARCHAR(100) 工作是TOTALPRICE DOUBLE(10,2) 个人消费总金额是GOLD Int(20) 金币是IDENTITYCARD VARCHAR(18) 身份证是 企业用户ENTERPRISEUSERINFO 字段类型描述是否允许空EUID INT 主键，自增长否 UID INT USERINFO表外键否 NAME VARCHAR(100) 公司名称否 TEL VARCHAR(20) 电话否 EMAIL VARCHAR(50) 邮箱否 ADDRESS VARCHAR(100) 地址否FAX VARCHAR(20) 传真是HEADPORTRAITPATH VARCHAR(100) 头像路径是LICENSE VARCHAR(100) 营业执照复印件否
数据库设计各阶段
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）处理过程。
数据库设计的基本步骤
数据库设计的基本步骤 一、数据库设计的生存期 按照规范设计的方法，考虑到数据库及其应用系统开发的全过程，将数据库 设计分为六个阶段。如下图。 ① 需求分析 需求收集和分析, 需求。 ② 概念结构设计 对需求进行综合、归纳与抽象，形成一个独立于具体 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 数据宇典 系窥说朋书包括： ①新系统要求、 方案和概图 ②反映新系统信息 流的数据流图 方法选择物理 存取路径建立设计
项目数据库设计说明书
项目全称 数据库设计说明书 承建方全称 文件ISO版本控制 目录 ?简介.......................................................................................................................... 1.1.目的.................................................................................................................. 1.2.范围.................................................................................................................. 1.3.定义、首字母缩写词和缩略语...................................................................... 1.4.参考资料.......................................................................................................... ?数据库环境..............................................................................................................
进销存数据库表结构设计
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．了解组织、人员的构成 子系统的划分常常以现有组织系统为基础，再进行整合，而新系统首先必须达到的目的是尽可能地完成当前系统中有关信息方面的工作，在原有系统中，信息处理总是由具体人来实施的。我们要了解组织结构情况、相互之间信息沟通关系、数据（包括各种报告、报表、凭证、单据）往来联系情况。 具体弄清各个数据的名称，产生的时间与传递所需时间与周期，数据量的大小，所涉及（传送）的范围，使用数据的权限要求，数据处理过程中容易发生的问题及其影响，各个部门所希望获得的数据的情况等。 然后了解每个人对每一具体数据处理的过程，基本数据元素来源于哪些地方、获取的途径、处理的要求、数据的用途，进而弄清数据的构成、数据元素的类型、性质、算法、取值范围、相互关系。 在上述调查基础上，首先画出组织机构及工作职能图。我们以一个学校的基层单位——某大学一个系的管理为例来简要说明。 系的组织机构及工作职能如图7.1所示。
图7．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表
图书管理系统数据库详细设计
图书管理系统数据库设计 图书管理系统数据库设计 项目名称：图书管理系统指导老师： 姓名：
目录 一、需求分析 (2) 二、概念设计 (5) 三、逻辑设计 (8) 四、物理设计 (10) 五、实施阶段 (16) 六、运行和维护 (18)
一、需求分析 1.1 系统目标 图书管理信息系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强.数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。 系统开发的总体任务是实现各种信息的系统化，规范化和自动化。 1.2 需求定义 图书馆管理系统开发。系统开发的总的设计目标是实现图书管理的系统化、规范化和自动化，实现对图书资料的集中统一的管理。本系统主要实现对图书馆信息的管理，主要功能为管理有关读者、图书、借阅、查询、删除和管理员的信息等。本系统结构分为读者信息管理、图书信息管理，读者管理可以浏览读者的信息，可以对读者信息进行维护。图书管理可以浏览图书的信息，可以对图书信息进行维护。借阅管理可以显示当前数据库中书籍借阅情况，可以对借阅信息进行维护。本系统主要解决的问题是利用关键字对数据库进行查询。本系统的宗旨是提高图书管理工作的效率，减少相关人员的工作量，使学校的图书管理工作真正做到科学、合理的规划，系统、高效
的实施。 1.3 功能需求 （1）有关读者种类标准的制定、种类信息的输入、包括种类编号、种类名称、借书数量、借书期限等。 （2）读者有关信息的修改、查询等。 （3）读者基本信息的输入，包括读者编号、读者姓名、班级、院系等。 （4）读者基本信息的查询、修改 （5）书籍信息的输入，包括书籍编号、书籍名称、书籍所属类别、作者、出版社、出版日期、在库数、价格 （6）借书信息包括借书证号、书籍编号、借出日期、拖欠日期、罚款种额 （7）图书管理书籍号、管理员编号、销书数量、销书日期。
SQL Server数据库设计的案例分析
数据库设计的案例分析 一、教学管理 1. 基本需求 某学校设计学生教学管理系统。学生实体包括学号、姓名、性别、生日、民族、籍贯、简历、登记照，每名学生选择一个主修专业，专业包括专业编号和名称，一个专业属于一个学院，一个学院可以有若干个专业。学院信息要存储学院号、学院名、院长。教学管理还要管理课程表和学生成绩。课程表包括课程号、课程名、学分，每门课程由一个学院开设。学生选修的每门课程获得一个成绩。 设计该教学管理的ER模型，然后转化为关系模型。 若上面的管理系统还要管理教师教学安排，教师包括编号、姓名、年龄、职称，一个教师只能属于一个学院，一名教师可以上若干门课程，一门课程可以有多名老师来上，每个教师所上的每门课都有一个课堂号和课时数。试修改上题的ER模型，将教师教学信息管理增加进去。
2. 参考设计： 图一教学管理ER图 由ER模型转换的关系模型是： 学生（学号，姓名，性别，生日，民族，籍贯，专业号，简历，登记照）专业（专业号，专业，专业类别，学院号） 学院（学院号，学院，院长） 课程（课程号，课程名，学分，学院号） 成绩（学号，课程号，成绩） （题目分析：本题中有学生、专业、学院、课程四个实体。一个学生只有一个主修专业，学生与专业有多对一的联系；一个专业只由一个学院开设，一门课程只由一个学院开设，学院与专业、学院与课程都是一对多的联系；学生与课程有多对多的联系。 在转换为关系模型时，一对多的联系都在相应的多方实体的关系中增加一个外键。） 增加教师，ER图如下。
图二有教师实体的教学管理ER图 3. 物理设计 基于Access的数据库结构设计如下。 指定数据库文件的名称，并为设计好的关系模型设计表结构。 数据库文件保存在“E:\教学管理\”文件夹中，数据库文件名：教学管理.MDB。 表包括：学院、专业、学生、课程、成绩单。对应表结构如表1-2至表1-6所示。 表1-1 学院 表1-2 专业 表1-3 学生
如何设计数据库表
关系型数据库理论可能是20世纪60年代和70年代存储系统先锋的救星，但是从那是开始它就成了许多数据开发人员的毒药，就是因为现代数据库系统发展得如此之好，以至于它将其关系型支柱对开发人员隐藏了。设计良好的关系型数据库很容易使用、很灵活，并且能够保护数据的有效性。而设计不良的数据相反仍然能够发挥相当的作用，但是最终可能会导致数据的无效、错误或者丢失。 开发人员有一些专用的规则，叫做范式（normal forms），他们根据这些规则来创建设计良好的数据库。在这里，我将通过创建一个用于保存书籍信息的简单数据库来探讨一下范式。 确定实体和元素 设计数据库的第一步是做你的家庭作业并确定你所需要的实体。实体是数据一种类型的概念集。通常只从一两个实体开始，再随着你数据的规范化而增加列表。对于我们的示例数据库，它看上去就好像我们只需要一个实体——书。 在确定了所需要实体的清单之后，你下一步就需要为每个实体创建数据元素（也就是说，你需要保存的信息）的清单。收集这样的信息有多种途径，但是最有效的可能就是依赖你的用户了。向你的用户询问他们日常工作的情况，要求查看当前完成他们工作所需要的各种表格和报告。例如，订单上可能会列出你创建销售应用程序所需要的许多数据元素。 我们的书籍实体没有书面表格和报告可用，但是下列元素清单将有助于我们开始设计这个数据库： {Title, Author, ISBN, Price, Publisher, Category} 很重要的一点是，要注意，把我们这里要用的实体移动到元素的过程并不能适用于所有状况。你所需要的实体不会总是像我们书籍示例那样清楚，所以你可能要从数据元素的一长串清单开始，在后面你会根据实体来划分元素。 正规化的头几步 一旦有了实体清单（表格）和数据元素（字段），你就准备好让关系型数据库理论运作了。这个理论的主要推动力是规范化——删除任何重复的组和冗余的数据，并把它们放到两个或者更多相关表里的过程。你并不是一定需要拥有一个以上的表格，但是你的数据简单到只需要一个表格的机会并不多。 你应该小心地检查数据（这些数据会出现在多条记录里）和依赖性错误的实体和元素清单，并把已损坏的字段移动到不同的表格里。例如，你可能列出同一个作者的多本书，并在数据库里重复了作者的名字。当你认为会一次又一次地看到相同的数据值时，你就应该考虑把这个字段移动到另一个表格里了。 要记住，在这一点上，你只是在操作潜在表格的列表，而不应该真正地创建这个表格：现在还是要用笔和纸来列表。 范式简介 数据库规范化的过程非常著名，所以有正式的规则来保证规范化数据库的建设。这些规则有七条，叫做范式，而在大多数情况下头四条就够用了： 第一范式（1NF）——这条规则有几个要求，包括：无多值项目（multivalued item）和重复组（repeating group）；每个字段都是原子型的（atomic），也就是说每个字段必须包含可能的最小数据元素；以及表格含有关键字（key）。 第二范式（2NF）——表格必须按照1NF来规范化。所有的字段必须引用（或者描述）主键值。如果主键基于一个以上的字段，那么每个nonkey字段必须取决于复杂键（complex key），而不仅仅是一个没有键的字段。不支持主键的nonkey字段应该被移动到另一个表格里去。 第三范式（3NF）——表格必须符合1NF和2NF的要求。所有的字段都必须相互独立。任何描述nonkey字段的字段都必须被移动到另一个表格里。
小说网站数据库设计完整版
小说网站数据库设计 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
小说网站数据库设计 一、用户需求调查 小说网站主要由：（1）读者管理（2）作家管理（3）网络书籍管理（4）工作人员管理。四大部分组成。 （1）读者管理： ①、建立读者信息表，对读者统一编号，实时更新。 ②、建立读者借阅表，对读者看过的书籍作记录，以便读 者再次阅读。 （2）作者管理： ①、建立作者信息表，对作者统一编号，实时更新。 ②、建立作者更新后台，给与权限更新作品。 ③、建立作品及薪酬表，便于结算作者的薪酬。 （3）网络书籍管理系统 建立图书信息表，对图书统一编号，实时更新。 建立图书点击推荐表，记录图书被点击的次数，被推荐的次数。 建立图书排行表，可以按：点击数，推荐数，总字数等进行排名。 （4）工作人员管理 工作人员按权限不同分别有权限更改：作家信息表，网络书籍信息表，读者信息表，网站前台网管推荐栏目，给用户或者作者提升权限等功能中的一个或多个。 建立图书权限表，对VIP书籍进行权限限制。
二、系统数据流图 三、系统数据字典 （1）、主要数据流定义 数据流名称：登陆 位置：读者位置：读者——>p4-2 作家——>p4-2 定义：登录=用户名+密码 数据流量：不懂用来做什么 说明：鉴别用户身份 数据流名称：权限设置 位置：读者位置：管理员——>p4-2 定义： 数据流量：用户名=用户名+密码 说明：通过这个设置用户权限 数据流名称：作家权限 位置：读者位置：p4-2（权限）——>p4-2（作家） 定义：作家权限=【下派的推荐，阅读作品，更新，修正自己的作品的权限】 数据流量： 说明：作家获得用户权限 数据流名称：读者权限 位置：读者位置：p4-2（权限）——>p4-2（读者） 定义：作家权限=【下派的推荐，阅读作品权限】
数据库设计中英文术语表
数据库设计中英文术语表 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/bc15713807.html,plex relationship（复杂关系）：度数大于2的关系。 https://www.360docs.net/doc/bc15713807.html,posite attribute（复合属性）：由多个简单组件组成的属性。 https://www.360docs.net/doc/bc15713807.html,posite key（复合键）：包含多个列的主健。 24.Concurrency control（并发控制）：在多用户环境下同时执行多个十五并保证数据完 整性的一个DBMS服务。
数据库详细设计说明书
修正&标记表 文档变更历史 日期作者版本变更描述 2011-05-28 舒睿V01 数据库说明书创建 2011-06-13 舒睿V01.1 数据库各表功能说明创建 2011-06-20 舒睿V02 数据库各项细节功能完成 审核结果 审核人通过版本审核认职位日期 文档属性 项目描述 文档名称功能说明书 作者舒睿 创建日期5/28/2011 最后更新日期 1.1目的 本文为图书馆管理课程设计SQL Server功能规范说明书。本说明书将： ●描述数据库设计的目的 ●说明数据库设计中的主要组成部分 ●说明数据库设计中各功能的实现 1.2内容 本文档主要内容包括对数据库设计结构的总体描述，对数据库中各种对象的描述（包括对象的名称、对象的属性、对象和其他对象直接的关系）。本文档中包含对以下数据库内容的描述： ●数据表 ●视图 ●存储过程 ●触发器
●约束 在数据库主要对象之外，本文还将描述数据库安全性设置、数据库属性设置和数据库备份策略，为数据库管理员维护数据库安全稳定地运行提供参考。 1.3与其他项目的关联 本项目的数据库设计与本项目（Web部分和Windows部分）功能密切相关。本案例项目的数据库将按照项目程序部分的功能需求而设计，数据库设计将配合设计案例的程序部分，以实现一个功能完备的真实环境内的应用。 表 1.4表设计概述 根据设计的系统功能，数据库将以图书信息为中心存储相关数据，配合SQL Server 数据库系统中提供的数据管理，实现图书的借阅、归还、续借及系统设置等业务功能。 数据库设计将以存储读者信息的读者表为基础，连接多张相关表以实现对以下关系的支持： ●读者借书记录 ●读者还书记录 ●读者续借记录 ●读者罚款记录 ●读者对图书的评价 ●读者对图书和图书馆的建议及留言 数据库系统主要的实体关系如图0-1所示。
第六章数据库设计 练习题和答案
第六章数据库设计 一、选择题 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. 全局设计
数据库表及字段命名、设计规范
数据库表及字段命名、设计规范 1、命名规范 1.1数据表的命名规范： 1）表的前缀应该用系统或模块的英文名的缩写（全部大写或首字母大写）。如果系统功能简单，没有划分为模块，则可以以系统英文名称的缩写作为前缀，否则以各模块的英文名称缩写作为前缀。例如：如果有一个模块叫做BBS(缩写为BBS)，那么你的数据库中的所有对象的名称都要加上这个前缀：BBS_ + 数据库对象名称，BBS_CustomerInfo标示论坛模块中的客户信息表。 2）表的名称必须易于理解，使用能表达表功能的英文单词或缩写英文单词，无论是完整英文单词还是缩写英文单词，单词首字母必须大写。如果当前表可用一个英文单词表示的，请用完整的英文单词来表示；例如：系统资料中的客户表的表名可命名为：SYS_Customer。如果当前表需用两个或两个以上的单词来表示时，尽量以完整形式书写，如太长可采用两个英文单词的缩写形式；例如：系统资料中的客户物料表可命名为：SYS_CustItem。 3）表的名称一般使用名词或者动宾短语 4）表名称不应该取得太长（一般不超过三个英文单词）。 5）在命名表时，用单数形式表示名称。例如，使用 Employee，而不是 Employees。 6）对于有主明细的表来说。明细表的名称为：主表的名称 + 字符Dts。例如：采购定单的名称为：PO_Order，则采购定单的明细表为：PO_OrderDts 对于有主明细的表来说，明细表必须包含两个字段：主表关键字、SN，SN字段的类型为int 型，目的为与主表关键字联合组成明细表的关键字，以及标示明细记录的先后顺序，如1,2,3……。
7）表必须填写描述信息 7）后台表名尽量与前台表名相同，后台独有的表应以_b作为后缀。如r_gggd_b 1.2表字段命名规范 数据库字段的命名必须遵循以下规范： 1）字段名称一般采用名词或动宾短语，且字段名为小写。 2）采用有意义的字段名。字段的名称必须是易于理解，能表达字段功能的英文单词或缩写英文单词，单词首字母必须大写，一般不超过三个英文单词。例如:人员信息表中的电话号码可命名为：Telephone或Tel。产品明细表中的产品名称可用ProductName表示。（推荐一般用完整的英文单词）。 3）系统中所有属于内码字段（仅用于标示唯一性和程序内部用到的标示性字段），名称取为：“ID”，采用整型或长整型数，具体根据可能的数据量确定，增加记录时取最大值加1，该字段通常为主关键字。 4）系统中属于是业务范围内的编号的字段，其代表一定的业务信息，比如资料信息和单据的编号，这样的字段建议命名为：“Code”，其数据类型为varchar，该字段需加唯一索引。 5）在命名表的列时，不要重复表的名称；例如，在名为 Employee 的表中避免使用名为EmployeeLastName 的字段。 5）不要在列的名称中包含数据类型。
数据库结构设计模板
数据库结构设计模板 文档编号：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