SQL+Server+数据库管理维护规范
SQL Server 数据库管理维护规范
Version 1.0
2010-8-17
目录
1 修改记录 (3)
2 简介 (3)
3．数据库的物理环境 (4)
3.1 网络环境 (4)
3.2 目录设置 (5)
3.3 文件设置 (5)
4．数据库账户管理 (5)
5．数据库备份和恢复 (6)
5.1 开发测试环境 (8)
5.2 生产环境 (8)
5.2.1 用户数据库 (8)
5.2.2 系统数据库 (9)
5.2.3 异地备份 (9)
5.2.4 恢复计划 (9)
6．数据库监控 (9)
7．数据库维护 (11)
7.1 性能优化 (11)
7.2 恢复或者切换演练 (11)
附录1 数据库备份，验证备份脚本 (12)
附录2 数据库恢复脚本 (14)
附录3 清除备份文件脚本 (15)
附录4 事件通知例子 (16)
附录5 数据库账户申请表格 (17)
1 修改记录
2 简介
数据库管理和维护是指为了保证业务系统的稳定高效运行，而对数据库系统进行全面周密的可用性，可靠性，可扩展性等方面的措施，以保证数据库系统的稳定高效运行。数据库系统的管理和维护主要包括：
Δ数据库用户以及权限的分配与维护
Δ数据库的备份与恢复的设置和演练
Δ数据库性能的定期巡检和优化
Δ数据库高可用性，可扩展性架构方面的不断研究和应用
Δ数据库方面新项目的可行性研究，根据预期规模确定合适架构
Δ数据库系统包括整体架构的监控
Δ不断学习和研究数据库领域最新技术，并适时投入应用
该数据库管理和维护标准是一般数据库系统的管理和维护的试行标准.通过此标准，来规范数据库系统的管理和维护.
我们认为在数据库系统的管理和维护时遵循一定的标准是非常重要并且是必要的.标准能使我们的DBA以统一的方式和风格进行数据库系统的管理维护,从而使我们的数据库系统运行更加规范，数据库结构更清晰，也使数据库系统具有高健壮性，高专业化.
该标准是一个关于数据库系统的管理和维护规范,我们的这个规范主要应用在SQLServer2005/2008上,经过适当的修改之后也可以应用在以前的版本,以后的版本.
SQLServer的数据库管理和维护是一个复杂的过程，包含了多种备份恢复技术，
高可用技术，多服务器管理技术等，该文档不可能包含所有的基本内容，而只能从最常用的管理维护技术入手进行简单介绍。
我们非常欢迎你的补充反馈.如果你认为某个地方要被改进或者不满意,请与我
们联系,我们会考虑把它们加到下一个版本中.
通过使用规范的一致的数据库管理运维方案，能给我们的系统带来以下优点：
?减轻数据库管理人员(DBA)的工作复杂度，使他们可以很容易的从一个数据
库系统的管理维护转移到新数据库系统的维护.
?可以大幅加快数据库管理维护相关脚本或者设置的部署时间，尤其在维护庞大的数据库系统时.
?可以有效的实现团队协作，在大规模的数据库系统环境中通常要有一个DBA
团队进行数据库系统的管理维护，通过使用统一的标准，可以轻松实现协作工作.
?可以有效的节省数据库系统排错时间，通过使用统一的数据库监控和恢复标准，可以迅速定位故障，并为处理错误节约时间，这在24*7的数据库系统中尤其有用。
以下章节将介绍常用的数据库管理维护方案。
3．数据库的物理环境
SQLServer的物理环境是指SQLServer所处的安装目录以及网络环境，数据库系统时整个业务系统的核心应用，在安装设置初期就要考虑其所处的环境，以避免安全性和可维护性上的问题。
3.1 网络环境
对于SQLServer所处的网络环境，该文档建议使用以下基本原则：
ΔSQLServer服务器不使用公网IP地址，特殊情况除外，比如商务合作需求
Δ在局域网内，如果是低速的VPN环境，请慎重考虑SQLServer的高可用方案，原则上不建议使用镜像，复制等方案，但可以考虑ServiceBroker(异步)方案。ΔSQLServer的服务端口不要使用默认端口1433，新端口设置后务必通知所有使用该数据库的开发人员
Δ配置Windows防火墙以开放SQLServer相应的服务端口
3.2 目录设置
对于SQLServer的安装目录设置，该文档建议使用以下基本原则：
Δ用户数据库的数据目录要和日志目录存放在不同的磁盘驱动器上，尤其是业务比较繁忙的用户数据库
ΔTempdb数据库要单独存放在1个或2个磁盘驱动器上，尤其是业务比较繁忙的服务器实例
Δ数据库安装后要设置本地备份目录，原则上建议的目录结构如下
数据目录\实例名\数据库名\BackupFull
数据目录\实例名\数据库名\BackupDiff
数据目录\实例名\数据库名\BackupLog
保存备份的数据目录大小至少保证是数据库大小的10倍以上，或者至少保证能保留一周的备份文件
3.3 文件设置
在建立数据库时的数据文件设置，该文档建议使用以下基本原则
Δ用户数据库
数据文件的数目建议和服务器CPU数目一致或者是CPU数目的1/2等，不建议使用默认的一个数据文件
注：CPU数目是指逻辑CPU，数据文件的大小(size)要保持一致
日志文件要使用一个，所有类型的数据库日志文件都要保证是一个。
Δ系统数据库
对于系统数据库，尤其是tempdb数据库，要增加其数据文件的数目，一般建议设置为CPU数目的1/2
注：CPU数目是指逻辑CPU，数据文件的大小(size)要保持一致
4．数据库账户管理
数据库账户是访问数据库资源的一种主体，在SQLServer中，通常的数据库账户
是指SQLServer登录名以及相应数据库中的数据库用户的映射。
数据库账户的管理是整体数据库系统安全性管理的重要部分，在日常的开发和生产环境的数据库账户维护中，能够遵循一定的规范，对于保证数据库安全，进而保证整个应用系统安全有很重要的作用。
该文档建议使用以下的原则对数据库账户进行管理维护：
Δ账户最小权限原则
所有申请的数据库账户，要明确需要的权限，确保不需要的权限不要授予
Δ密码复杂度
所有账户要有合适的密码复杂度，尤其是生产环境，要保证足够的复杂度
Δ账户有效期限
记录所有账户的有效期限，在到期前通知用户是不是需要续期，尤其适用于产品策划人员等非数据库长期用户
Δ账户申请注销原则
所有数据库账户的申请要发邮件给数据库维护人员(DBA)，并抄送相关主管领导人员，建议同时也使用纸质文档留存。
不再需要的数据库账户由数据库维护人员(DBA)发邮件给相应使用人员，通知账户注销。
Δ多账户原则
建议每一个或几个应用模块使用一个数据库账户，不要一个账户应用于所有应用模块。
以下是建议使用的数据库账户申请邮件格式：
1 客户端服务器IP(本机使用可不填)：
2 项目名称：
数据库名称:
3 帐户名称(可由DBA填写)：
权限：[ ]所有者 [ ]读写 [ ]只读 [ ]其他
注:最终用户名为，项目名称_数据库名称_账户名称
4 账户截止有效期:
5．数据库备份和恢复
数据库备份和恢复技术是数据库系统维护工作中的重要技术，不论是开发测试环境的数据库，还是生产环境的数据库，建议都要进行备份，而且要确保备份文件可用。对于数据库系统来说，当发生故障甚至是灾难性的故障的时候，数据库备
份就是最有效的最后一道防线。对于数据库维护人员来说，备份与恢复技术的熟练运用，加之规范性的操作，是企业数据库系统正常运行的重要保障。
创建SQL Server 备份的目的是为了可以恢复已损坏的数据库。但是，备份和还原数据必须根据特定环境进行自定义，并且必须使用可用资源。因此，可靠使用备份和还原以实现恢复需要有一个备份和还原策略。设计良好的备份和还原策略在考虑到特定业务要求的同时，可以尽量提高数据的可用性并尽量减少数据的丢失。
设计有效的备份和还原策略需要仔细计划、实现和测试。测试是必需环节。直到成功还原了还原策略中所有组合内的备份后，才会生成备份策略。必须考虑各种因素。其中包括：
?您的组织对数据库的生产目标，尤其是对可用性和防止数据丢失的要求。
?每个数据库的特性，包括：大小、使用模式、内容特性以及数据要求等。
?对资源的约束，例如：硬件、人员、备份媒体的存储空间以及所存储媒体的物理安全性等。
设计备份和还原计划时，应根据您自身的特定环境和业务需求来考虑灾难恢复计划。例如，假设失火了并且烧毁了您的24 小时数据中心。您是否有把握恢复数据？恢复系统并保证系统运行需要多长时间？您的用户能够承受丢失多少数据？
理想的情况是，灾难恢复计划应规定恢复所需的时间以及用户可以期望的最终数据库状态。例如，可以确定在获取指定的硬件后，在48 小时内完成恢复，并且保证最多能恢复到上周末时的数据。
灾难恢复计划可以通过多种方式构建，并且可以包含各种类型的信息。灾难恢复计划类型包括：
?获取硬件计划。
?通信计划。
?发生灾难时的联系人名单。
?与负责处理灾难的人员的联系方式。
?对计划拥有管理权的人员的信息。
?每个恢复方案所需执行的任务的清单。为了便于您检查灾难恢复的进度，将初始化已完成的任务，并在清单中指示任务完成时间。
以下是建议使用的数据库备份，恢复计划
5.1 开发测试环境
对于开发和测试环境的数据库，一般不必采取过于严密的备份策略。
该文档建议使用如下原则设置备份恢复策略
Δ每天进行一次完全备份，备份保留3天
Δ根据开发人员需求，可调整备份策略，比如单独备份存储过程，6小时备份一次等
5.2 生产环境
5.2.1 用户数据库
生产环境的用户数据库是企业的重要数据资源，必须根据企业的要求采取严密的数据库备份恢复策略。
该文档建议按照以下原则设计生产环境用户数据库的备份恢复策略
Δ完全备份
每天一次，如果数据库特别大，可考虑进行文件组备份，或者适当减少备份频率
Δ差异备份
每4小时一次，如果数据库事务特别频繁，可考虑取消差异备份，用日志备份代替
Δ日志备份
每15分钟一次，可以根据实际数据库的事务量适当调整
Δ以上备份的保留时间原则上建议本地至少保留一周，根据企业实际需求可以适当调整
Δ根据某些数据库高可用架构的特点，可以适当调整以上备份策略，
例如，
当存在LogShipping架构使用的时候，就需要取消相应库的日志备份
当整体数据库系统或者某局部数据库系统是完全的分布式架构的时候，不必在每个数据库服务器都设置备份计划，而仅需在架构中的关键位置设计即可
5.2.2 系统数据库
系统数据库为用户数据库功能的正常运行提供了必要的基础环境，因此系统数据库必须采取必要的备份，尤其是master,msdb数据库
该文档建议按照以下原则设计生产环境中系统数据库的备份策略
Δ完全备份
每天一次，备份至少保留一个月
5.2.3 异地备份
设置异地备份是设计整个灾难恢复计划的重要步骤，“异地”主要是按照物理服务器所处位置决定的，可分为同机房，同城，异城。
该文档按照以下原则设计生产环境中异地备份策略
Δ采用拷贝或者其他同步工具软件
Δ采用数据库技术，日志传送或者ServiceBroker
5.2.4 恢复计划
对于每一个备份计划都要知道相应的恢复计划，对于整体数据库系统，也有必要制定灾难性恢复计划。
6．数据库监控
监视数据库的目的是评估服务器的性能。有效监视包括定期拍摄当前性能的快照来隔离导致问题的进程，以及连续收集数据来跟踪性能趋势。Microsoft SQL Server 和Microsoft Windows 操作系统提供实用工具，使您可以查看数据库的当前状态并跟踪性能的状态变化。
监视SQL Server 使您可以执行下列操作：
?确定是否可以提高性能。例如，通过监视常用查询的响应时间，可以确定是否需要更改表的查询或索引。
?评估用户活动。例如，通过监视尝试连接到SQL Server 实例的用户，可以确定安全设置是否充分以及是否需要测试应用程序或开发系统。例如，通过
在执行SQL 查询时对其进行监视，可以确定这些查询是否编写正确并生成预期的结果。
解决任何问题或调试应用程序组件（如存储过程）。
监视操作非常重要，因为SQL Server 在动态环境中提供服务。应用程序中的数据在变化。用户需要的访问类型在变化。用户连接的方式在变化。甚至，访问SQL Server 的应用程序的类型也可能在变化，而SQL Server 自动管理系统级资源（如内存和磁盘空间），因此对广泛系统级手动优化的需要已降至最低。但是，管理员可以通过监视来标识性能趋势来确定是否有必要进行更改。
若要有效监视SQL Server 的任何组件，请按下列步骤进行操作：
1.确定监视目标。
2.选择相应工具。
3.标识要监视的组件。
4.选择那些组件的度量。
5.监视服务器。
6.分析数据
该文档建议使用如下方式监控数据库引擎的活动：
Δ数据库作业
使用Job定期执行存储过程，存储过程调用DMV
利用这种方式，可以查询数据库引擎的很多活动，比如索引使用，会话活动，事务活动等
Δ跟踪
利用Trace可以跟踪大部分的数据库引擎活动，包括登录活动，语句执行，错误等
Δ DDL触发器
利用DDL触发器可以监控数据库对象或者服务器对象的变化。
Δ事件通知
事件通知(EVENT NOTIFICATION)可对各种Transact-SQL 数据定义语言(DDL) 语句和SQL 跟踪事件做出响应，并将这些事件的相关信息发送到Service Broker 服务.
事件通知可以用来执行以下操作：
?记录和检索发生在数据库上的更改或活动。
?执行操作以异步方式而不是同步方式响应事件。
可以将事件通知用作替代DDL 触发器和SQL 跟踪的编程方法。
事件通知在事务范围以外异步运行。因此，与DDL 触发器不同，事件通知可以用于数据库应用程序中以响应事件而无需使用中间事务定义的任何资源。
建议对于数据库内的DDL事件可以采用此种方式监控。
Δ报警
根据监控的结果发报警信息，可以使用第三方通讯工具(发邮件或短信)。
Δ监控结果的展现
默认情况下监控结果要保持在数据库表中或者生产文件，根据实际情况可以借用一些开源框架展现监控结果，比如WebChart等
7．数据库维护
数据库维护是根据数据库系统承载的业务量的不断增加，以及数据库容量的不断增加，而不断进行性能分析，性能调整，架构分析，架构调整的过程。数据库维护一定是长期的过程，需要维护人员不断的分析调整，不断的学习研究新技术，不断的优化。
7.1 性能优化
性能优化是一个范围很广的题目，在此不叙述相关的技术，只介绍一些优化原则。Δ根据监控结果，至少一周进行一次性能优化(调整索引，SQL语句优化)
7.2 恢复或者切换演练
生产环境部署测试完毕后，要根据系统实际运行情况制定恢复和切换的演练策略，比如2周进行一次
附录1 数据库备份，验证备份脚本
CREATE PROC[dbo].[BackupDB]
(
@databasename varchar(100)=null,
@bcktype varchar(100)=null,
@bckPos varchar(8000)=null
)
WITH ENCRYPTION
AS
SET NOCOUNT ON
IF@databasename is null
BEGIN
RAISERROR(N'缺少@databasename 参数,该参数不能为空', 16, 1)
RETURN-1
END
IF@bcktype is null
BEGIN
RAISERROR(N'缺少@bcktype 参数,该参数不能为空(full,diff,log)', 16, 1) RETURN-2
END
IF@bckPos is null
BEGIN
RAISERROR(N'缺少@bckPos参数,不能为空备份目录', 16, 1)
RETURN-3
END
IF (SELECT mirroring_role_desc
FROM sys.database_mirroring
WHERE database_id=db_id(@databasename))='MIRROR'
BEGIN
RAISERROR(N'镜像数据库不允许备份', 16, 1)
RETURN-4
END
IF@databasename='tempdb'
BEGIN
RAISERROR(N'Tempdb不允许备份', 16, 1)
RETURN-5
END
DECLARE@date varchar(100),@sql varchar(1000),@sql1varchar(2000)
SELECT@date=
CONVERT(varchar(20),GETDATE(),112)+REPLACE(CONVERT(varchar(5),GETDATE (),108),':',''),
@sql='',@sql1=''
IF (@bcktype='full')
SELECT@sql=
'BACKUP DATABASE ['+@databasename+'] TO DISK =
N'''+@bckPos+'\'+@databasename+'_Full_'+@date+'.bak'''
,@sql1='RESTORE VERIFYONLY FROM DISK =
N'''+@bckPos+'\'+@databasename+'_Full_'+@date+'.bak'''
IF (@bcktype='diff')
SELECT@sql=
'BACKUP DATABASE ['+@databasename+'] TO DISK =
N'''+@bckPos+'\'+@databasename+'_Diff_'+@date+'.bak'' WITH DIFFERENTIAL'''
,@sql1='RESTORE VERIFYONLY FROM DISK =
N'''+@bckPos+'\'+@databasename+'_Diff_'+@date+'.bak'''
IF (@bcktype='log')
SELECT@sql=
'BACKUP LOG ['+@databasename+'] TO DISK =
N'''+@bckPos+'\'+@databasename+'_Log_'+@date+'.trn'''
,@sql1='RESTORE VERIFYONLY FROM DISK =
N'''+@bckPos+'\'+@databasename+'_Log_'+@date+'.trn'''
IF@sql>''AND@sql1>''
BEGIN
EXEC(@sql)
EXEC(@sql1)
END
ELSE
RAISERROR(N'请检查输入参数，备份目录...', 16, 1)
SET NOCOUNT OFF
附录2 数据库恢复脚本
CREATE PROC[dbo].[RestoreDB]
(
@databasename varchar(100)=null,
@bcktype varchar(100)=null,
@bckpath varchar(8000)=null,
@islastlog bit='0'
)
WITH ENCRYPTION
AS
SET NOCOUNT ON
IF@databasename is null
BEGIN
RAISERROR(N'缺少@databasename 参数,该参数不能为空', 16, 1)
RETURN-1
END
IF@bcktype is null
BEGIN
RAISERROR(N'缺少@bcktype 参数,该参数不能为空(full,diff,log)', 16, 1) RETURN-2
END
IF@bckpath is null
BEGIN
RAISERROR(N'缺少@bckpath参数,请提供备份文件全路径', 16, 1)
RETURN-3
END
DECLARE@sql varchar(1000)
IF@islastlog='0'
BEGIN
IF@bcktype IN('full','diff')
SELECT@sql='RESTORE DATABASE ['+@databasename+'] FROM DISK = N'''+@bckpath+' WITH NORECOVERY,STATS = 10'''
IF@bcktype IN('log')
SELECT@sql='RESTORE LOG ['+@databasename+'] FROM DISK =
N'''+@bckpath+' WITH NORECOVERY,STATS = 10'''
END
ELSE
SELECT@sql='RESTORE LOG ['+@databasename+'] FROM DISK = N'''+@bckpath+' WITH RECOVERY,STATS = 10'''
IF@sql>''
BEGIN
EXEC(@sql)
END
ELSE
RAISERROR(N'请检查输入参数...', 16, 1)
SET NOCOUNT OFF
附录3 清除备份文件脚本
CREATE PROC[dbo].[DelBackup]
(
@bckPos varchar(8000)=null,
@bcktype varchar(100)=null,
@Hours int=1
)
WITH ENCRYPTION
AS
SET NOCOUNT ON
IF@bcktype is null
BEGIN
RAISERROR(N'缺少@bcktype 参数,该参数不能为空(bak,trn)', 16, 1)
RETURN-1
END
IF@bckPos is null
BEGIN
RAISERROR(N'缺少@bckPos参数,不能为空备份目录', 16, 1)
RETURN-2
END
declare@DeleteDate nvarchar(50),@DateTime datetime,@sql varchar(1000) set@DateTime=DateAdd(Hour,-@Hours,GetDate())
set@DeleteDate=(Select CONVERT(varchar(10),@DateTime,120)+'T'+ Convert(nvarchar,@DateTime,108))
SET@sql='EXECUTE master.dbo.xp_delete_file
0,N'''+@bckPos+''''+',N'''+@bcktype+''''+','''+@DeleteDate+''',1'
IF@sql>''
BEGIN
EXEC(@sql)
END
ELSE
RAISERROR(N'请检查输入参数...', 16, 1)
SET NOCOUNT OFF
附录4 事件通知例子
CREATE QUEUE[//https://www.360docs.net/doc/5511492970.html,/DBName/TabDDLQueue]
GO
CREATE SERVICE[//https://www.360docs.net/doc/5511492970.html,/DBName/TabDDLService]
ON QUEUE[//https://www.360docs.net/doc/5511492970.html,/DBName/TabDDLQueue]
(
[https://www.360docs.net/doc/5511492970.html,/SQL/Notifications/PostEventNotification ]
)
GO
CREATE EVENT NOTIFICATION EventNotificationTabDDLQueue
ON DATABASE
FOR DDL_DATABASE_LEVEL_EVENTS--ALTER_TABLE
TO SERVICE'//https://www.360docs.net/doc/5511492970.html,/DBName/TabDDLService','current database' GO
附录5 数据库账户申请表格
审批
实施确认
关系数据库设计范式
简介
关系数据库中的关系必须满足一定的要求，即满足不同的范式。
目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、第四范式（4NF）、第五范式（5NF）和第六范式（6NF）。满足最低要求的范式是第一范式（1NF）。在第一范式的基础上进一步满足更多要求的称为第二范式（2NF），其余范式以次类推。一般说来，数据库只需满足第三范
式（3NF）就行了。
第一范式（1NF）无重复的列
所谓第一范式（1NF）是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原实体之间为一对多关系。在第一范式（1NF）中表的每一行只包含一个实例的信息。简而言之，第一范式就是无重复的列。
说明：在任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库。
第二范式（2NF）属性
完全依赖于主键[消除非主属性对主码的部分函数依赖]
第二范式（2NF）是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF）。第二范式（2NF）要求数据库表中的每个实例或行必须可以被唯一地区分。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。例如员工信息表中加上了员工编号（emp_id）列，因为每个员工的员工编号是唯一的，因此每个员工可以被唯一区分。这个唯一属性列被称为主关键字或主键、主码。
第二范式（2NF）要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性，如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。简而言之，第二范式就是属性完全依赖于主键。
第三范式（3NF）属性
不依赖于其它非主属性[消除传递依赖]
满足第三范式（3NF）必须先满足第二范式（2NF）。简而言之，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。例如，存在一个部门信息表，其中每个部门有部门编号（dept_id）、部门名称、部门简介等信息。那么在的员工信息表中列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表中。如果不存在部门信息表，则根据第三范式（3NF）也应该构建它，否则就会有大量的数据冗余。简而言之，第三范式就是属性不依赖于其它非主属性。
编辑本段范式应用实例剖析
下面以一个学校的学生系统为例分析说明，这几个范式的应用。首先第一范式（1NF）：数据库表中的字段都是单一属性的，不可再分。这个单一属性由基本类型构成，包括整型、实数、字符型、逻辑型、日期型等。在当前的任何关系数据库管理系统（DBMS）中，傻瓜也不可能做出不符合第一范式的数据库，因为这些DBMS不允许你把数据库表的一列再分成二列或多列。因此，你想在现有的DBMS中设计出不符合第一范式的数据库都是不可能的。
首先我们确定一下要设计的内容包括那些。学号、学生姓名、年龄、性别、课程、课程学分、系别、学科成绩，系办地址、系办电话等信息。为了简单我们暂时只考虑这些字段信息。我们对于这些信息，说关心的问题有如下几个方面。
学生有那些基本信息
学生选了那些课，成绩是什么
每个课的学分是多少
学生属于那个系，系的基本信息是什么。
第二范式（2NF）实例分析
首先我们考虑，把所有这些信息放到一个表中(学号，学生姓名、年龄、性别、课程、课程学分、系别、学科成绩，系办地址、系办电话)下面存在如下的依赖关系。
（学号）→ (姓名, 年龄，性别，系别，系办地址、系办电话)
(课程名称) → (学分)
（学号，课程）→ (学科成绩)
问题分析
因此不满足第二范式的要求，会产生如下问题
数据冗余：同一门课程由n个学生选修，"学分"就重复n-1次；同一个学生选修了m 门课程，姓名和年龄就重复了m-1次。
更新异常：
1)若调整了某门课程的学分，数据表中所有行的"学分"值都要更新，否则会出现同一门课程学分不同的情况。
2)假设要开设一门新的课程，暂时还没有人选修。这样，由于还没有"学号"关键字，课程名称和学分也无法记录入数据库。
删除异常：假设一批学生已经完成课程的选修，这些选修记录就应该从数据库表中删除。但是，与此同时，课程名称和学分信息也被删除了。很显然，这也会导致插入异常。
解决方案
把选课关系表SelectCourse改为如下三个表：
学生：Student(学号，姓名, 年龄，性别，系别，系办地址、系办电话)；
课程：Course(课程名称, 学分)；
选课关系：SelectCourse(学号, 课程名称, 成绩)。
第三范式（3NF）实例分析
接着看上面的学生表Student(学号，姓名, 年龄，性别，系别，系办地址、系办电话)，关键字为单一关键字"学号"，因为存在如下决定关系：
（学号）→ (姓名, 年龄，性别，系别，系办地址、系办电话)
但是还存在下面的决定关系
(学号) → (所在学院)→(学院地点, 学院电话)
即存在非关键字段"学院地点"、"学院电话"对关键字段"学号"的传递函数依赖。
它也会存在数据冗余、更新异常、插入异常和删除异常的情况。(数据的更新，删除异常这里就不分析了，可以参照2.1.1进行分析)
根据第三范式把学生关系表分为如下两个表就可以满足第三范式了：
学生：(学号, 姓名, 年龄, 性别，系别)；
系别：(系别, 系办地址、系办电话)。
总结
上面的数据库表就是符合I,II,III范式的，消除了数据冗余、更新异常、插入异常和删除异常。
软件工程-数据库设计规范与命名规则
数据库设计规范、技巧与命名规范 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。 数据库设计是指：对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据， 满足用户信息要求和处理要求。 数据库设计的各阶段： A、需求分析阶段：综合各个用户的应用需求(现实世界的需求)。 B、在概念设计阶段：形成独立于机器和各DBMS产品的概念模式(信息世界模型)，用E-R图来描述。 C、在逻辑设计阶段：将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。 然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。 D、在物理设计阶段：根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 1. 需求分析阶段 需求收集和分析，结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。 需求分析的重点：调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法：调查组织机构情况、各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法(Structured Analysis， 简称SA方法)从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典(Data Dictionary，简称DD)来描述。 2. 概念结构设计阶段 通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。 概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一 DBMS 支持的特定数据模型。 概念模型特点： (1) 具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识。 (2) 应该简单、清晰、易于用户理解，是用户与数据库设计人员之间进行交流的语言。 概念模型设计的一种常用方法为IDEF1X方法，它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术， 用于建立系统信息模型。 使用IDEF1X方法创建E-R模型的步骤如下所示:
数据库设计规范范本
数据库设计规范
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)，提高存储的利用率和系统性能，但同时也要兼顾扩展性和可移植性。 易用性：数据库设计清晰易用，用户和开发人员均能容易地理解。
关系数据库标准语言SQL练习题
关系数据库标准语言 S Q L练习题 Company number：【0089WT-8898YT-W8CCB-BUUT-202108】
第3章关系数据库标准语言SQL 一．单项选择题 １．SQL语言是▁▁▁▁▁的语言，易学习。 A．过程化 B非过程化 C．格式化 D导航式 B 2．SQL语言是▁▁▁▁▁语言。 A．层次数据库 B．网络数据库 C．关系数据库 D非数据库 3．SQL语言具有▁▁▁▁▁的功能。 A．关系规范化、数据操纵、数据控制 B．数据定义、数据操纵、数据控制 C．数据定义、关系规范化、数据控制 C．数据定义、关系规范化、数据操纵 4．SQL语言的数据操纵语句包括SELECT，INSERT，UPDATE和DELETE等。其中最重要的，也是使用最频繁的语句是▁▁▁▁▁。A．SELECT B．INSERT C．UPDATE D．DELETE 5．在关系代数运算中，五种基本运算为▁▁▁▁▁。 A．并、差、选择、投影、自然连接 B．并、差、交、选择、投影 C．并、差、选择、投影、乘积 D．并、差、交、选择、乘积 6 ．SQL语言中，实现数据检索的语句是▁▁▁▁▁。 A．SELECT B．INSERT C．UPDATE D．DELETE 7．下列SQL语句中，修改表结构的是▁▁▁▁▁。 A．ALTER B．CREATE C．UPDATE D．INSERT 第8到第11题基于这样的三个表，即学生表S、课程表C和学生选课表SC，他们的结构如下： S（S#，SN，SEX，AGE，DEPT）； C（C#，CN）； SC（S#，C#，GRADE） 其中：S#为学号，SN为姓名，SEX为性别，AGE为年龄，DEPT为系别，C#为课程CN为课程名，GPADE为成绩。 8．检索所有比“王华”年龄大的学生姓名、年龄和性别。正确的SELECT语句是▁▁A▁▁。 A．SELECT SN，AGE，SEX FROM S WHERE AGE>（SELECT AGE FROM S WHERE SN=“王华”） B．SELECT SN，AGE，SEX FROM S WHERE SN=“王华” C．SELECT SN，AGE，SEX FROM S WHERE AGE>（SELECT AGE WHERE SN=“王华”） D．SELECT SN，AGE，SEX FROM S WHERE AGE>王华．AGE 9．检索选修课程“C2”的学生中成绩最高的学生的学号。正确的SELECT语句是▁▁D▁▁。 A．SELECT S# FORM SC WHERE C#=“C2”AND GRADE>=(SELECT GRADE FORM SC WHERE C#=“C2”) B．SELECT S# FORM SC WHERE C#=“C2”AND GRADE IN（SELECT GRADE FORM SC WHERE C#=“C2”） C．SELECT S# FORM SC WHERE C#=“C2”AND GRADE NOT IN（SELECT GRADE FORM SC WHERE C#=“C2”） D．SELECT S# FORM SC WHERE C#=“C2”AND GRADE>=ALL（SELECT GRADE FORM SC WHERE C#=“C2”）
数据库设计方法、规范与技巧
数据库设计方法、规范与技巧 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。 数据库设计中需求分析阶段综合各个用户的应用需求（现实世界的需求），在概念设计阶段形成独立于机器特点、独立于各个DBMS产品的概念模式（信息世界模型），用E-R图来描述。在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图（VIEW）形成数据的外模式。在物理设计阶段根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 1. 需求分析阶段 需求收集和分析，结果得到数据字典描述的数据需求（和数据流图描述的处理需求）。 需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法：调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法（Structured Analysis，简称SA方法）从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典（Data Dictionary，简称DD）来描述。 数据字典是各类数据描述的集合，它是关于数据库中数据的描述，即元数据，而不是数据本身。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应该包含每个字段的数据类型和在每个表内的主外键)。 数据项描述＝｛数据项名，数据项含义说明，别名，数据类型，长度， 取值范围，取值含义，与其他数据项的逻辑关系｝ 数据结构描述＝｛数据结构名，含义说明，组成:｛数据项或数据结构｝｝ 数据流描述＝｛数据流名，说明，数据流来源，数据流去向， 组成:｛数据结构｝，平均流量，高峰期流量｝ 数据存储描述＝｛数据存储名，说明，编号，流入的数据流，流出的数据流， 组成:｛数据结构｝，数据量，存取方式｝ 处理过程描述＝｛处理过程名，说明，输入:｛数据流｝，输出:｛数据流｝, 处理:｛简要说明｝｝ 2. 概念结构设计阶段 通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一DBMS支持的特定数据模型。 概念模型特点： (1) 具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识。 (2) 应该简单、清晰、易于用户理解，是用户与数据库设计人员之间进行交流的语言。 概念模型设计的一种常用方法为IDEF1X方法，它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术，用于建立系统信息模型。 使用IDEF1X方法创建E-R模型的步骤如下所示: 2.1 第零步——初始化工程
专题数据库建设推荐标准规范
专题数据库建设推荐标准规范 （一）数据采集规范 1.数据来源包括在人文社会科学研究过程中采集、加工和积累的研究数据。 2.采集对象包括社会调查、统计分析、案例集成、基础文献等一手数据和原始资料。 3.数据类型包括数值、文本、图片、音频、视频和空间数据等。 4.采集方式包括自动采集、半自动采集和手工采集等。 （二）数据加工规范 1.数字对象唯一标识符规范采用《我国数字图书馆标准规范建设》项目（CDLS）所推荐的唯一标识符体系以及数据中心规定的相关标准。 2.专题数据库的核心元数据应符合《TR-REC-014数据集核心元数据规范》及数据中心的相关要求。 3.音频资料描述元数据规范及著录规则，遵循《CDLS-S05-031音频资料描述元数据规范》和《CDLS-S05-032音频资料元数据著录规则》所推荐的一系列相关标准以及数据中心规定的相关标准。 4.其它资料描述元数据规范及著录规则，遵循《我国数字图书馆标准规范建设》项目（CDLS）所推荐的一系列相关标准及数据中心规定的相关标准。
5.各类接口所实现服务的标识应符合《TR-REC-017资源唯一标识规范》的相关规范要求。 6.文本、图片、音频、视频等各类型数据能够转换为数据中心规定的数字文件格式。 7.专题数据库数据的加工过程需严格执行两重审核制度，保证数据格式符合规定标准。 （三）数据库系统规范 1.专题数据库系统平台必须使用正版数据库管理系统软件，推荐使用关系数据库管理系统，遵守SQL语言系列标准。 2.专题数据库系统平台应具备数据备份及容灾机制，重要数据应进行异地备份。 3.专题数据库系统平台应具备一定的扩充能力，系统的模块化程度高，软件维护方便。 4.专题数据库系统平台应遵循中国国家标准GB/T 20273-2006《数据库管理系统安全技术要求》，具有切实可行的安全保护和保密措施，确保数据永久安全。 （四）专题数据库应用系统规范 1.专题数据库应用系统至少包括数据采集、数据加工、数据检测、数据浏览、数据检索、用户管理和数据维护七大类功能。 2.专题数据库应用系统至少支持开放数据访问接口、开放索引数据收割接口和开放服务状态监控接口三类功能接口。 3.专题数据库应用系统向数据中心提供访问完整数据记
答案《关系数据库与SQL语言》第一章练习题
《关系数据库与SQL语言》第一章练习题 一、选择题 1、实体完整性要求主属性不能取空值,这一点通常就是通过(B) A、定义外键来保证 B、定义主键来保证 C、用户定义完整性来保证 D、关系系统自动保证 2、建立在计算机外部设备上的结构化的、有联系的数据集合就是( A)。 A、数据库 B、数据库管理系统 C、数据结构 D、数据文件 3、英文缩写 DBA 就是代表( B)。 A、数据库管理系统 B、数据库管理员 C、数据定义语言 D、数据操纵语言 4、数据库设计中,在概念设计阶段可用 E — R 方法,其设计出的图称为( A)。 A、实体联系图 B、实用概念图 C、实体表示图 D、实物示意图 5、在概念设计阶段可用 E —R 图,其中“矩形框”表示实体,( D)表示实体间联系。 A、圆形框 B、椭圆框 C、箭头 D、菱形框 6、一个教师能开多门课程,一门课程有许多教师会开,实体课程与实体教师间就是 ( C)。 A、一对一的联系 B、一对多的联系 C、多对多的联系 D、多对一的联系 7、两个不同型实体间( B)。 A、只有一种联系 B、可以有多种联系 C、不能有联系 D、只有多对多的联系 8、不就是数据库系统中的数据模型就是( D)。 A、层次模型 B、网状模型 C、关系模型 D、多用户型 9、对于两实体间 m:n 联系,必须对“联系”单独建立( D),用来联系双方实体。 A、一个实体 B、一个属性 C、一个指针 D、一个关系 10、模式的逻辑子集通常称为( C) A .存储模式 B .内模式 C .外模式 D .模式 11、要保证数据库物理数据独立性,需要修改的就是 ( B ) 。 A、模式 B、模式与内模式的映射 C、模式与外模式的映射 D、内模式 12、下列四项中,不属于数据库特点的就是 ( C ) 。 A、数据共享 B、数据完整性 C、数据冗余很高 D、数据独立性高 13、数据库中存储的就是 ( D ) 。 A、数据 B、数据模型 C、数据之间的联系 D、数据以及数据之间的联系 14、表示数据库的概念模型一般使用 ( C) 。 A、用户活动图 B、数据流图 C、 E — R 图 D、流程图 15、现有关系表:学生(宿舍编号,宿舍地址,学号,姓名,性别,专业)的主键为:( B ) A、宿舍编号 B、学号 C、宿舍地址,姓名 D、宿舍编号,学号 16、公司中有多个部门与多名职员,每个职员只能属于一个部门,一个部门可以有多名职员,从部门到职员的联系类型就是( D ) A、多对多 B、一对一 C、多对一 D、一对多 17、现有如下关系:职工(职工号、姓名、性别、职务),部门(部门编号、部门名称、职工号、姓名、部门地址、电话)其中,部门关系中的外键就是( C ) A、部门编号 B、姓名 C、职工号 D、职工号,姓名
规范和设计技巧在数据库设计的探讨
规范和设计技巧在数据库设计的探讨 摘要医院的信息收集工作在信息化产业中属于非常关键的构成部分，而且这方面的工作水平，能够对医院数据收集的水平起到决定性的作用，而想要做好这方面的工作，就一定要创建完善的数据库，并对其进行完美的规范和设计。具体的讨论一下数据库设计规范化的意义，信息收集的基本要求和存有的缺陷及设计的主要阶段中需要注意的技巧等问题。 关键词企业信息收集工作；数据库设计；信息化 目前，怎样让信息收集工作的质量得到增强，成为了医院发展过程中的一项重要工作。而且随着我国市场化发展的进步，医院的数据库设计也迎来了全新的发展时代，现如今数据收集的复杂化、智能化的实现，是这项工作取得进步的最好证明。该就以企业信息收集的意义为角度，来具体地讨论一下如何对数据库进行规范化的设计。 1数据库设计工作的规范化
在医院信息收集工作中的意义医院在对信息收集的时候，一定要 确保数据能够具有较高的质量，同时还要确保收集的高效率。医院若 想在竞争激烈的环境中保持一定的竞争力，就必须要做好信息收集工作，这样才能够跟得上时代发展的脚步，同时也是医院能够得到持续 发展的重要一步。随着我国现代化水平的提升，信息产业也迎来了发 展机遇。特别是医院的信息收集工作，它独特的信息化特点已经成为 了医院发展的重要构成部分。医院若想完成信息化建设，就一定要和 信息收集工作相结合，如此一来，就可以很大水准地提升工作效率， 而且也能够为长远发展打下一个坚实的基础。另外，数据库设计质量 如何，更是能够决定医院信息化发展的水准，确保数据库设计的质量，可以作信息化建设工作更加的具有意义。不过现在，很多医院在信息 收集工作方面是存有很大的问题，不仅没有体现出其应该具备的效果，而且还对医院的各方面工作造成了一定的影响，影响了医院信息化发展。而之所以会出现这方面的问题，主要的原因在于数据库设计人员 的能力有限。医院之所以开展数据库设计，主要是想让医院能够找到 更多的数据搜索方式，不过这也因此增加了数据库设计工作的难度， 从而让医院的相关工作人员在梳理信息收集工作和信息化建设这两者 的关系上显得并不合理。 怎样以最快的速度让医院获得更加方便的数据收集方式，成为了 相关工作人员急需到的重要工作项目。医院信息收集工作本身具有统 一性，而且所有部分的工作都存有着一定的联系，对于所有医院工作 人员来说，必须要准确的掌握好数据收集工作和信息化建设的关系， 数据库设计工作才能够取得进步。医院的相关负责人若想通过磋商的 办法来解决收集工作和信息化之间的关系，那么就一定要创建出一套 合理的数据库设计规范制度。医院的数据库设计工作在信息化建设中 占据着重要的位置，而从信息收集的角度考虑的话，增强数据库的建设，可以充分展现出其智能化、高效化的重要举措。而且也意味着在
数据库设计和编码规范
数据库设计和编码规范 Version
目录
简介 读者对象 此文档说明书供开发部全体成员阅读。 目的 一个合理的数据库结构设计是保证系统性能的基础。一个好的规范让新手容易进入状态且少犯错，保持团队支持顺畅，系统长久使用后不至于紊乱，让管理者易于在众多对象中，获取所需或理清问题。 同时，定义标准程序也需要团队合作，讨论出大家愿意遵循的规范。随着时间演进，还需要逐步校订与修改规范，让团队运行更为顺畅。 数据库命名规范 团队开发与管理信息系统讲究默契，而制定服务器、数据库对象、变量等命名规则是建立默契的基本。 命名规则是让所有的数据库用户，如数据库管理员、程序设计人员和程序开发人员，可以直观地辨识对象用途。而命名规则大都约定俗成，可以依照公司文化、团队习惯修改并落实。 规范总体要求 1.避免使用系统产品本身的惯例，让用户混淆自定义对象和系统对象或关键词。 例如，存储过程不要以sp_或xp_开头，因为SQL SERVER的系统存储过程以 sp_开头，扩展存储过程以xp_开头。 2.不要使用空白符号、运算符号、中文字、关键词来命名对象。 3.名称不宜过于简略，要让对象的用途直观易懂，但也不宜过长，造成使用不方 便。 4.不用为数据表内字段名称加上数据类型的缩写。 5.名称中最好不要包括中划线。
6.禁止使用[拼音]+[英语]的方式来命名数据库对象或变量。 数据库对象命名规范 我们约定，数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。对象名字由前缀和实际名字组成，长度不超过30。避免中文和保留关键字，做到简洁又有意义。前缀就是要求每种对象有固定的开头字符串，而开头字符串宜短且字数统一。可以讨论一下对各种对象的命名规范，通过后严格按照要求实施。例如：
关系数据库与SQL语言模拟试卷
关系数据库与SQL语言（共100分） 一．单项选择题（本大题共20题，每小题2分，共40分） 1．候选码中的属性称为_________。[ ] A．非主属性B．主属性 C．复合属性D．关键属性 2．下列“部门”关系中，因哪个属性而使它不满足第一范式________？[ ] 部门（部门号，部门名，部门成员，部门总经理） A．部门总经理B．部门名 C．部门号D．部门成员 3．DML是_____________。[ ] A．数据定义语言B．数据操纵语言 C．数据控制语言D．数据查询语言 4. 关系模型的数据结构是_______________。[ ] A．表B．树 C．有向图D．网络 5．E-R图是进行概念模型设计的有力工具，它的基本成分包含_______________。[ ] A．数据及流向、加工、原点与终点、文件 B．数据、数据类型、长度、取值范围 C．数据项、数据结构、数据流 D．实体型、属性、联系 6．下列有关视图的说法，哪个是正确的。[ ] A．视图是一基本表的子集 B．视图是另一视图的子集 C．视图是关系模型的外模式 D．视图是由一个或多个基本表导出的虚表 7．在SQL语言中，删除表中数据时，应使用的命令是_______________。[ ] A．DELETE B．UPDATE C．ALTER D．DROP 8. 对关系执行“投影”运算后得到的新关系与原关系[ ] A．相同B．相容 C．元组数相同D．不相容 9．DBMS用于保存所有更新数据库操作的文件是____________。[ ] A．事务日志B．数据库 C．数据字典D．索引 10．在关系对应的二维表中，以下说法________是不正确的。[ ]
数据库设计规范和值得注意的问题
如果把企业的数据比做生命所必需的血液，那么数据库的设计就是应用中最重要的一部分。有关数据 库设计的材料汗牛充栋，大学学位课程里也有专门的讲述。不过，就如我们反复强调的那样，再好的 老师也比不过经验的教诲。所以我们最近找了些对数据库设计颇有造诣的专业人士给大家传授一些设 计数据库的技巧和经验。我们的编辑从收到的个反馈中精选了其中的个最佳技巧，并把这些 技巧编写成了本文，为了方便索引其内容划分为个部分： 第部分—设计数据库之前 这一部分罗列了个基本技巧，包括命名规范和明确业务需求等。 第部分—设计数据库表 总共个指南性技巧，涵盖表内字段设计以及应该避免的常见问题等。 第部分—选择键 怎么选择键呢？这里有个技巧专门涉及系统生成的主键的正确用法，还有何时以及如何索引字段 以获得最佳性能等。 第部分—保证数据完整性 讨论如何保持数据库的清晰和健壮，如何把有害数据降低到最小程度。 第部分—各种小技巧 不包括在以上个部分中的其他技巧，五花八门，有了它们希望你的数据库开发工作会更轻松一些。 第部分—设计数据库之前 . 考察现有环境 在设计一个新数据库时，你不但应该仔细研究业务需求而且还要考察现有的系统。大多数数据库 项目都不是从头开始建立的；通常，机构内总会存在用来满足特定需求的现有系统（可能没有实 现自动计算）。显然，现有系统并不完美，否则你就不必再建立新系统了。但是对旧系统的研究 可以让你发现一些可能会忽略的细微问题。一般来说，考察现有系统对你绝对有好处。 — 我曾经接手过一个为地区运输公司开发的数据库项目，活不难，用的是数据库。我设置 了一些项目设计参数，而且同客户一道对这些参数进行了评估，事先还查看了开发环境下所采取 的工作模式，等到最后部署应用的时候，只见终端上出了几个提示符然后立马在我面前翘辫子 了！抓耳挠腮的折腾了好几个小时，我才意识到，原来这家公司的网络上跑着两个数据库应用， 而对网络的访问需要明确和严格的用户帐号及其访问权限。明白了这一点，问题迎刃而解：只需 采用客户的系统即可。这个项目给我的教训就是：记住，假如你在诸如或者这 类公共环境下开发应用程序，一定要从表面下手深入系统内部搞清楚你面临的环境到底是怎
数据库设计规范
数据库设计规范 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格式报表的功能）。
关系数据库与SQL语言练习
第一章 一、选择题 在下列各题A)，B)，C)，D)四个选项中选择一个正确的。 1，数据库(DB)、数据库系统(DBS)、数据库管理系统(DBMS)之间的关系是( C )。 A)DB包含DBS和DBMS B)DBMS包含DB和DBS C)DBS包含DB和DBMS D)没有任何关系 2．数据库系统的核心是( B )。 A)数据模型 B)数据库管理系统 C)数据库 D)数据库管理员 3．数据独立性是数据库技术的重要特点之一。所谓数据独立性是指( D )。 A)数据与程序独立存放 B)不同的数据被存放在不同的文件中 C)不同的数据只能被对应的应用程序所使用 D)以上三种说法都不对 4．用树形结构表示实体之间联系的模型是( C )。 A)关系模型 B)网状模型 C)层次模型 D)以上三个都是 5．“商品”与“顾客”两个实体集之间联系一般是( D )。 A)一对一 B)一对多 C)多对一 D)多对多 6．在E-R图中，．用来表示实体的图形是( A )。 A)矩形 B)椭圆形 C)菱形 D)三角形 7．在数据库管理系统提供的数据语言中，负责数据的模式定义与数据的物理存取构建的是( A )。 A)数据定义语言 B)数据转换语言 c)数据操纵语言 D)数据控制语言 8．数据库系统的三级模式结构中，下列不属于三级模式的是( B )。． A)内模式 B)抽象模式 c)外模式 D)概念模式 9．在数据库管理系统提供的语言中，负责数据的完整性、安全性的定义与检查以及并发控制、故障恢复等功能的是( D )。 A)数据定义语言 B)数据转换语言 c)数据操纵语言 D)数据控制语言 10．下面关于数据系统叙述正确的是( B )。 A)数据库系统避免了一切冗余、’ B)数据库系统减少了数据冗余 c)数据库系统比文件能管理更多的数据 D)、数据库系统中数据的一致性是指数据类型的一致 11．下列叙述中，错误的是( C )。 A)数据库技术的根本目标是要解决数据共享的问题 B)数据库设计是指设计一个能满足用户要求，性能良好的数据库 c)数据库系统中，数据的物理结构必须与逻辑结构一致 D)数据库系统是一个独立的系统，但是需要操作系统的支持 12．在数据库管理系统提供的数据语言中，负责数据的查询及增、删、改等操作的是( D )。 A)数据定义语言 B)数据转换语言 c)数据控制语言 D)数据操纵语言
数据库设计规范
数据库设计规范 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。 数据库设计中需求分析阶段综合各个用户的应用需求（现实世界的需求），在概念设计阶段形成独立于机器特点、独立于各个dbms产品的概念模式（信息世界模型），用e-r图来描述。在逻辑设计阶段将e-r图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图（view）形成数据的外模式。在物理设计阶段根据dbms特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 1. 需求分析阶段 需求收集和分析，结果得到数据字典描述的数据需求（和数据流图描述的处理需求）。 需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法：调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法（structured analysis，简称sa方法）从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典（data dictionary，简称dd）来描述。 数据字典是各类数据描述的集合，它是关于数据库中数据的描述，即元数据，而不是数据本身。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应该包含每个字段的数据类型和在每个表内的主外键)。 数据项描述＝｛数据项名，数据项含义说明，别名，数据类型，长度， 取值范围，取值含义，与其他数据项的逻辑关系｝ 数据结构描述＝｛数据结构名，含义说明，组成:｛数据项或数据结构｝｝ 数据流描述＝｛数据流名，说明，数据流来源，数据流去向， 组成:｛数据结构｝，平均流量，高峰期流量｝ 数据存储描述＝｛数据存储名，说明，编号，流入的数据流，流出的数据流， 组成:｛数据结构｝，数据量，存取方式｝ 处理过程描述＝｛处理过程名，说明，输入:｛数据流｝，输出:｛数据流｝, 处理:｛简要说明｝｝
数据库设计规范
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)，提高存储的利用率和系统性能，但同时也要兼顾扩展性和可移植性。 易用性：数据库设计清晰易用，用户和开发人员均能容
关系数据库与SQL语言考试试题(doc 6页)
关系数据库与SQL语言考试试题(doc 6页)
关系数据库与SQL语言(共100分) A卷 一、单项选择题（本大题共20小题，每小题2分，共40分） 在每小题列出的四个备选项中只有一个是符合题目要求的，请将正确答案代码填写在答题纸相应位置上。 1.在数据管理技术的发展过程中，经历了人工管理阶段、文件系统阶段和数据库系统阶段。在这几个阶段中，数据独立性最高的是阶段。 A．数据库系统 B．文件系统 C．人工管理 D．数据项管理 2.数据库管理系统能实现对数据库中数据的查询、插入、修改和删除等操作，这种功能称为。 A．数据定义功能 B．数据管理功能 C．数据操纵功能D．数据控制功能 3.下述关于数据库系统的正确叙述是。 A．数据库系统减少了数据冗余 B．数据库系统避免了一切冗余 C．数据库系统中数据的一致性是指数据类型一致 D．数据库系统比文件系统能管理更多的数据 4.在数据库的三级模式结构中，描述数据库中全体数据的全局逻辑结构和特征的是。 A．外模式 B．内模式 C．存储模式 D．模式 5.数据库三级模式体系结构的划分，有利于保持数据库的。 A．数据独立性 B．数据安全性 C．结构规范化 D．操作可行性 6.关系数据模型。 A．只能表示实体间的1∶1联系 B．只能表示实体间的1∶n联系
C．只能表示实体间的m∶n联系 D．可以表示实体间的上述三种联系 7.实体是信息世界中的术语，与之对应的数据库术语为。 A．文件 B．数据库 C．字段 D．记录 8.关系数据库管理系统应能实现的专门关系运算包括。 A．排序、索引、统计 B．选择、投影、连接 C．关联、更新、排序 D．显示、打印、制表 9.在关系代数的专门关系运算中，从表中取出满足条件的属性的操作称为投影；从表中选出满足某种条件的元组的操作称为选择；将两个关系中具有共同属性值的元组连接到一起构成新表的操作称为。 A．选择 B．投影 C．连接 D．扫描 10.设有关系R，按条件f对关系R进行选择，正确的是。 A．R?R B．R ?? R C．σ f (R) D．∏ f (R) 11.SQL语言是的语言，易学习。 A．过程化 B．非过程化 C．格式化 D．导航式 12.SQL语言中，实现数据检索的语句是。 A．SELECT B．INSERT C．UPDATE D．DELETE 13.在SQL语言中，对输出结果排序的是_____________。 A、WHERE B、ORDER BY C、GROUP BY D、HAVING 14.在SELECT语句中使用MAX（列名）时，列名____________。 A．必须是数值型 B．必须是字符型 C．必须是数值型或字符型 D．不限制数据类型 15.假定零件关系是P(P#，PNAME，COLOR，WEIGHT)，供应商关系是S(S#，SNAME，CITY)，供应关系是SP(S#，P#，QUATY)。 要查找提供“螺母”零件的供应商的名字，将涉及到关系。 A．S B．SP，P C．S，SP D．S，P，SP 第16到第18题基于这样的三个表即职工表EMPLOYEE、供应商表SUPPLIER和订
数据库设计的技巧和规范
数据库设计的技巧和规范 第1 部分- 设计数据库之前 1、调研客户的工作环境或研究已有的系统 在设计一个新数据库时，你不但应该仔细研究业务需求而且还要考察现有的系统。大多数数据库项目都不是从头开始建立的；通常，机构内总会存在用来满足特定需求的现有系统（可能没有实现自动计算）。显然，现有系统并不完美，否则你就不必再建立新系统了。但是对旧系统的研究可以让你发现一些可能会忽略的细微问题。一般来说，考察现有系统对你绝对有好处。 2、定义标准的对象命名规范 一定要定义数据库对象的命名规范。对数据库表来说，可给表的别名定义简单规则，可用项目缩写来给表名打前缀，如cjgl_S。表内的列[字段]要针对键采用一整套设计规则。比如，如果字段是数字类型，你可以用_n作为后缀；如果是字符类型则可以采用_c后缀。对列[字段]名应该采用标准的前缀和后缀。再如，假如你的表里有好多“money”字段，你不妨给每个列[字段]增加一个_m 后缀。还有，日期列[字段]最好以d_作为名字打头。 3、在物理实践之前进行逻辑设计 在深入物理设计之前要先进行逻辑设计。随着大量的case 工具不断涌现出来，你的设计也可以达到相当高的逻辑水准，你通常可以从整体上更好地了解数据库设计所需要的方方面面。 4、理解客户需求 在你百分百地确定系统从客户角度满足其需求之前不要在你的ER（实体关系）模式中加入哪怕一个数据表。了解你的用户的业务需求可以在以后的开发阶段节约大量的时间。一旦你明确了业务需求，你就可以自己做出许多决策了。
一旦你认为你已经明确了业务内容，你最好同客户进行一次系统的交流。采用客户的术语并且向他们解释你所想到的和你所听到的。同时还应该用可能、将会和必须等词汇表达出系统的关系基数。这样你就可以让你的客户纠正你自己的理解然后做好下一步的ER设计。 看起来这应该是显而易见的事，但需求就是来自客户（这里要从内部和外部客户的角度考虑）。不要依赖用户写下来的需求，真正的需求在客户的脑袋里。你要让客户解释其需求，而且随着开发的继续，还要经常询问客户保证其需求仍然在开发的目的之中。一个不变的真理是：“只有我看见了我才知道我想要的是什么”必然会导致大量的返工，因为数据库没有达到客户从来没有写下来的需求标准。而更糟的是你对他们需求的解释只属于你自己，而且可能是完全错误的。 5、创建数据字典和ER图 一定要花点时间创建ER图和数据字典。其中至少应该包含每个字段的数据类型和在每个表内的主外键。创建ER图和数据字典确实有点费时但对其他开发人员要了解整个设计却是完全必要的。越早创建越能有助于避免今后面临的可能混乱，从而可以让任何了解数据库的人都明确如何从数据库中获得数据。 有一份诸如ER图等最新文档其重要性如何强调都不过分，这对表明表之间关系很有用，而数据字典则说明了每个字段的用途以及任何可能存在的别名。对以后设计SQL语句来说这是完全必要的。 6、创建模式 一张图表胜过千言万语：开发人员不仅要阅读和实现它，而且还要用它来帮助自己和用户对话。模式有助于提高协作效能，这样在先期的数据库设计中几乎不可能出现大的问题。模式不必弄的很复杂；甚至可以简单到手写在一张纸上就可以了。只是要保证其上的逻辑关系今后能产生效益。
数据库规范
数据库相关规范 1.使用utf8mb4字符集 2.所有表、字段必须写清中文注释 3.金额字段禁止使用小数存储（单位：分） 4.禁止使用字段属性隐式转换（如：“WHERE ms_no = 1234”ms_no为字符串类型） 5.尽量不使用负向查询（NOT、!=、<>、!<、!>、NOT IN、NOT LIKE等） 6.禁止使用外键，如有完整性约束，需要应用程序控制 7.禁止使用程序配置文件内的账号访问线上数据库 8.禁止非DBA对线上数据库进行写操作 9.开发、测试、线上环境分离 10.所以提交的SQL语句必须经过测试 11.禁止存储大文件或大照片 12.库名、表名、字段名：小写，下划线分割，不超过32个字符，必须见名知意，禁止拼 音英文混用 13.表必须有主键 14.必须把字段定义为NOT NULL并设置默认值 15.必须使用varchar（20）来存储手机号 16.单表索引控制在5个以内，单索引字段数不许超过5个 a)索引的使用。? b)(1) 尽量避免对索引列进行计算。如计算较多，请提请管理员建立函数索引。? c)(2) 尽量注意比较值与索引列数据类型的一致性。? d)(3) 对于复合索引，SQL语句必须使用主索引列? e)(4) 索引中，尽量避免使用NULL。? f)(5) 对于索引的比较，尽量避免使用NOT=（!=）? g)(6) 查询列和排序列与索引列次序保持一致 (7) 禁止在更新频繁、区分度不高（如：性别）的字段上建立索引 (8) 建立组合索引，必须把区分度高的字段放在前面 17.禁止使用SELECT * ，只获取必要的字段 18.禁止使用INSERT INTO t_xxx VALUES(xxx)，必须指定插入的列名 19.禁止在WHERE条件的属性上使用函数或表达式 20.禁止%开头的模糊查询 21.禁止使用OR条件 22.应用程序必须捕获SQL异常，并作出相应处理 23.逻辑删除代替物理删除 24.选择最有效的表名、查询条件顺序（从右到左） 25.减少访问数据库的次数 26.SQL中的关键字均使用大写字母，数据表最好起别名 27.查询条件中“>=”代替“>” 28.等号两边使用空格，逗号后使用空格 29.多表操作必须使用别名 30.整条语句必须写明注释，关键逻辑单独书写注释，说明算法、功能 a)注释风格：注释单独成行、放在语句前面。? b)(1) 应对不易理解的分支条件表达式加注释；? c)(2) 对重要的计算应说明其功能；?
Greenplum数据库设计开发规范
G r e e n p l u m数据库设 计开发规范 集团企业公司编码：（LL3698-KKI1269-TM2483-LUI12689-ITT289-
目录
第一章前言 1.1文档目的 随着Greenplum数据库的正式上线使用。为了保证Greenplum 数据仓库系统平台的平稳运行，保证系统的可靠性、稳定性、可维护性和高性能。特制定本开发规范，以规范基于Greenplum数据库平台的相关应用开发，提高开发质量。 1.2预期读者 Greenplum数据仓库平台应用的设计与开发人员； Greenplum 数据仓库平台的系统管理人员和数据库管理员； Greenplum 数据仓库平台的运行维护人员； 1.3参考资料 参考Greenplum4.3.x版本官方指引： 《GPDB43AdminGuide.pdf》 《GPDB43RefGuide.pdf》 《GPDB43UtilityGuide.pdf》
第二章设计规范 2.1数据库对象数量 数据库对象类型包括数据表、视图、函数、序列、索引等等，在Greenplum数据库中，系统元数据同时保存在Master 服务器和Segment 服务器上，过多的数据库对象会造成系统元数据的膨胀，而过多的系统元数据造成系统运行逐步变慢；同时，类似数据库的备份、恢复、扩容等较大型的操作都导致效率变慢。因此，依据GreenplumDB产品的最佳时间，单个数据库的对象数量，应控制在10万以内。 GP数据库的对象包括：表、视图、索引、分区子表、外部表等。 如果数据表的数量太多，建议按应用域进行分库，尽量将单个数据库的表数量控制在10万以内，可以在一个集群中创建多个数据库。 【备注】：在Greenplum数据库中，一张分区表，在数据库中存储为一张父表、每张分区子表都是一张独立的库表；例如：一张按月进行分区的存储一年数据的表，如果含默认分区，共14张表。 2.2表创建规范 为了避免数据库表数量太多，避免单个数据表的数据量过大，给系统的运行和使用带来困难，在Greenplum数据库中需遵循如下的表创建规范： 1、GP系统表中保存的表名称都是以小写保存。通常SQL语句中表名对大小写不敏感。但不允许在建表语句中使用双引号（“”）包括表