大型数据库的设计原则与开发技巧

随着计算机技术越来越广泛地应用于国民经济的各个领域 在计算机硬件不断微型化的同时 应用系统向着复杂化 大型化的方向发展 数据库是整个系统的核心 它的设计直接关系系统执行的效率和系统的稳定性 因此在软件系统开发中 数据库设计应遵循必要的数据库范式理论 以减少冗余 保证数据的完整性与正确性 只有在合适的数据库产品上设计出合理的数据库模型 才能降低整个系统的编程和维护难度 提高系统的实际运行效率 虽然对于小项目或中等规模的项目开发人员可以很容易地利用范式理论设计出一套符合要求的数据库 但对于一个包含大型数据库的软件项目 就必须有一套完整的设计原则与技巧

一 成立数据小组

大型数据库数据元素多 在设计上有必要成立专门的数据小组 由于数据库设计者不一定是使用者 对系统设计中的数据元素不可能考虑周全 数据库设计出来后 往往难以找到所需的库表 因此数据小组最好由熟悉业务的项目骨干组成

数据小组的职能并非是设计数据库 而是通过需求分析 在参考其他相似系统的基础上 提取系统的基本数据元素 担负对数据库的审核 审核内容包括审核新的数据库元素是否完全 能否实现全部业务需求 对旧数据库（如果存在旧系统）的分析及数据转换 数据库设计的审核 控制及必要调整

二 设计原则

规范命名 所有的库名 表名 域名必须遵循统一的命名规则 并进行必要说明 以方便设计 维护 查询

控制字段的引用 在设计时 可以选择适当的数据库设计管理工具 以方便开发人员的分布式设计和数据小组的集中审核管理 采用统一的命名规则 如果设计的字段已经存在 可直接引用 否则 应重新设计

库表重复控制 在设计过程中 如果发现大部分字段都已存在 开发人员应怀疑所设计的库表是否已存在 通过对字段所在库表及相应设计人员的查询 可以确认库表是否确实重复

并发控制 设计中应进行并发控制 即对于同一个库表 在同一时间只有一个人有控制权 其他人只能进行查询

必要的讨论 数据库设计完成后 数据小组应与相关人员进行讨论 通过讨论来熟悉数据库 从而对设计中存在的问题进行控制或从中获取数据库设计的必要信息

数据小组的审核 库表的定版 修改最终都要通过数据小组的审核 以保证符合必要的要求

头文件处理 每次数据修改后 数据小组要对相应的头文件进行修改（可由管理软件自动完成） 并通知相关的开发人员 以便进行相应的程序修改

三 设计技巧

分类拆分数据量大的表 对于经常使用的表（如某些参数表或代码对照表） 由于其使用频率很高 要尽量减少表中的记录数量 例如 银行的户主账表原来设计成一张表 虽然可以方便程序的设计与维护 但经过分析发现 由于数据量太大 会影响数据的迅速定位 如果将户主账表分别设计为活期户主账 定期户主账及对公户主账等 则可以大大提高查询效率

索引设计 对于大的数据库表 合理的索引能够提高整个数据库的 *** 作效率 在索引设计中 索引字段应挑选重复值较少的字段 在对建有复合索引的字段进行检索时 应注意按照复合索引字段建立的顺序进行 例如 如果对一个 万多条记录的流水表以日期和流水号为序建立复合索引 由于在该表中日期的重复值接近整个表的记录数 用流水号进行查询所用的时间接近 秒 而如果以流水号为索引字段建立索引进行相同的查询 所用时间不到 秒 因此在大型数据库设计中 只有进行合理的索引字段选择 才能有效提高整个数据库的 *** 作效率

数据 *** 作的优化 在大型数据库中 如何提高数据 *** 作效率值得关注 例如 每在数据库流水表中增加一笔业务 就必须从流水控制表中取出流水号 并将其流水号的数值加一 正常情况下 单笔 *** 作的反应速度尚属正常 但当用它进行批量业务处理时 速度会明显减慢 经过分析发现 每次对流水控制表中的流水号数值加一时都要锁定该表 而该表却是整个系统 *** 作的核心 有可能在 *** 作时被其他进程锁定 因而使整个事务 *** 作速度变慢 对这一问题的解决的办法是 根据批量业务的总笔数批量申请流水号 并对流水控制表进行一次更新 即可提高批量业务处理的速度 另一个例子是对插表的优化 对于大批量的业务处理 如果在插入数据库表时用普通的Insert语句 速度会很慢 其原因在于 每次插表都要进行一次I/O *** 作 花费较长的时间 改进后 可以用Put语句等缓冲区形式等满页后再进行I/O *** 作 从而提高效率 对大的数据库表进行删除时 一般会直接用Delete语句 这个语句虽然可以进行小表 *** 作 但对大表却会因带来大事务而导致删除速度很慢甚至失败 解决的方法是去掉事务 但更有效的办法是先进行Drop *** 作再进行重建

数据库参数的调整 数据库参数的调整是一个经验不断积累的过程 应由有经验的系统管理员完成 以Informix数据库为例 记录锁的数目太少会造成锁表的失败 逻辑日志的文件数目太少会造成插入大表失败等 这些问题都应根据实际情况进行必要的调整

必要的工具 在整个数据库的开发与设计过程中 可以先开发一些小的应用工具 如自动生成库表的头文件 插入数据的初始化 数据插入的函数封装 错误跟踪或自动显示等 以此提高数据库的设计与开发效率

避免长事务 对单个大表的删除或插入 *** 作会带来大事务 解决的办法是对参数进行调整 也可以在插入时对文件进行分割 对于一个由一系列小事务顺序 *** 作共同构成的长事务（如银行交易系统的日终交易） 可以由一系列 *** 作完成整个事务 但其缺点是有可能因整个事务太大而使不能完成 或者 由于偶然的意外而使事务重做所需的时间太长 较好的解决方法是 把整个事务分解成几个较小的事务 再由应用程序控制整个系统的流程 这样 如果其中某个事务不成功 则只需重做该事务 因而既可节约时间 又可避免长事务

适当超前 计算机技术发展日新月异 数据库的设计必须具有一定前瞻性 不但要满足当前的应用要求 还要考虑未来的业务发展 同时必须有利于扩展或增加应用系统的处理功能

lishixinzhi/Article/program/SQL/201311/16498

SQL Server 系统数据库在安装软件时自动创建，用于协助系统共同完成对数据库的 *** 作；也是数据库运行的基础；

1，master数据库

是SQL Server 2012的核心数据库，如果损坏则数据库软件无法运行，主要包含如下主要信息：

1）所有用户登陆名和用户ID所属角色

2）数据库存储路径

3）服务器中数据库的名称和相关信息

4）系统配置设置， SQL Server 初始化信息

2，model数据库

在创建数据库时，总是以一套预定义的标准为模板进行创建的。以model数据库为模板来创建其他数据库。且model数据库是tempdb数据库的基础。

3，tempdb数据库

它是一个临时数据库，用来存储用户建立的临时表和临时存储过程，存储用户定义的全局变量值。它存在于SQL Server会话期间，会话结束，则关闭tempdb数据库，且数据库丢失。

4，msdb数据库

用于代理计划警报和作业

SQL Server 数据库存储文件

数据库文件是由数据文件和事务日志文件组成。

1，数据库文件指数据库中用来存储数据库数据和数据库对象的文件，一个数据库只能由一个主数据库文件，扩展名为 mdf

2, 次数据库文件包含除主数据库文件外的所有数据文件，一个数据库可以没有次数据库文件，也可以由多个，扩展名为 ndf

3, 日志文件由一系列日志记录组成，它记录了存储数据库的更新情况等事务日志信息，用户对数据库进行的插入，删除，更新都会记录在日志文件中。数据库发生损坏时可根据日志文件分析出错原因，或者数据丢失时，使用事务日志恢复数据库。每个数据库至少要有一个日志文件。

SQL Server 数据库创建，使用T-SQL语言创建：

使用T-SQL语言删除数据库：

SQL Server 数据库迁移：

方法1：“分离/附加”数据库，即把数据库文件（MDF）和对应的日志文件（LDF）拷贝到其它磁盘上作备份，然后把这两个文件再拷贝到任何需要这个数据库的系统之中。

分离数据库就是将某个数据库从SQL Server数据库列表中删除，使其不再被SQL Server管理和使用，但该数据库的文件（MDF）和对应的日志文件（LDF）完好无损。分离成功后，就可以把该数据库文件（MDF）和对应的日志文件（LDF）拷贝到其它磁盘中作为备份保存。

分离之前，设置数据库为单个用户，并记住该数据库所在路径。

“任务”—“分离”

然后分离数据库页面选中“更新统计信息”复选框。若“消息”列中没有显示存在活动连接，则“状态”列显示为“就绪”；否则显示“未就绪”，此时必须勾选“删除连接”列的复选框。分离后资源管理器中数据库消失

将需要附加的数据库文件和日志文件拷贝到某个已经创建好的文件夹中。

右击数据库对象，并在快捷菜单中选择“附加”命令，打开“附加数据库”窗口。

添加—选择需要附件的数据库的MDF文件。“附件为”数据库名称可修改。

管理数据库主要做好以下3方面的内容:

一、数据库定期备份

首先利用数据库自带的命令行工具将数据库备份下来,然后将该文件以日期参量重命名。

数据库定期备份的原因:

1)、有些数据是随时变化的,备份可以记录某时间点的数据;

2)、如数据库故障,可以随时还原。

二、数据库优化

1)、进行sql语句的执行优化;

2)、减少应用和数据库的交互次数、同一个sql语句的执行次数;

3)、整理数据库实体的碎片(特别是对某些表经常进行insert和delete动作,尤其注意,索引字段为系列字段、自增长字段、时间字段,对于业务比较频繁的系统,最好一个月重建一次);

4)、减少表之间的关联,特别对于批量数据处理,尽量单表查询数据,统一在内存中进行逻辑处理,减少数据库压力(java处理批量数据不可取,尽量用c或者c进行处理,效率大大提升);

5)、对访问频繁的数据,充分利用数据库cache和应用的缓存;

6)、数据量比较大的,在设计过程中,为了减少其他表的关联,增加一些冗余字段,提高查询性能。

三、数据库日志文件管理

1、查看数据库中日志文件；

默认是三个组,这是数据库创建时自己添加的三个日志文件组；

2、添加日志文件组并添加成员。

SQL Server本身就是一个完善的数据库，提供可视化编程，后台完成所有拖放处理 *** 作，不管有没有数据都可以使用，不需要编译。

一个比较合理的数据库设计应该考虑数据的交互性和挖掘能力、处理效率以及日志记录。

建立数据表，注意以下几点：

表建立的时候要有主键和索引，表与表之间要能使用主键相联系，举例说在A表里我做完一次记录要生成一个单号，B表里面是依据单号来做下一个流程，而不是依据记录的每一条数据

取名尽量使用英文+下划线，SQL Server里对汉字需要转码，影响工作效率，按照他的默认编码方式 *** 作有助于提高数据处理速度

建立数据表的列数不要太多，用编码规则来建立逻辑

注意字段存储空间，限制字段长度，少用注释和image

存储过程尽量简洁实用

建立视图，为了别的客户端使用，尽量建立视图，做好完整的数据分析，别的接口程序或者客户端直接就可以拿去使用。做视图注意几点：

多个表 *** 作写在一个视图里，不要嵌套太多视图

连接查询要适当的筛选

跨服务器 *** 作视图，要建立服务器链接表，尽量使用内网链接，把服务器链接表做成查询视图，放在本地服务器数据库里，这样就等同本地 *** 作

视图之间保留连接字段作为主要索引

建立计划作业，有计划地进行数据同步更新和备份标识工作，注意事项：

备份数据尽量放数据库里同步复制

计划任务避开工作高峰期

建立存储过程，记录 *** 作日志，把日志以数据表的形式存储，注意事项：

存储过程对本表 *** 作，不要交互太多表

精简参数数量，注意参数存储空间

对记录修改删除、更新标记的时候尽量使用时间来索引

建立关系图，给表与表之间建立直接关系，整理整体挖掘数据性能。

建立计划更新任务，优化数据库整体性能。

我觉得你在使用log4j的时候，可以同时进行写日志文件和录入数据库两个 *** 作。因为你写日志文件的时候，格式都是统一的。按照这个格式设计对应的数据库表结构即可。然后执行插入语句。免得你去读日志文件，还得用"，"去分解你的记录，虽然能实现，但麻烦一些。

这个不可能完全一样,因为设计上有很多的技巧,有关联度高的,也有低的,怎么可能完全一样呢只能说,做出来的游戏效果一样。账号表 物品表 仓库表 地图表 商城表 好友表 植物表植物成长规则表 等级规则表 管理员表 日志表 购买记录表简单的可以分为这么几个表,求采纳

数据库就是存放信息的地方，比如一个网站用户要登录，那么要将用户的用户名和密码记录在数据库中。

你要建立网站，小型的用Access数据库就可以了。

数据库的设计是很麻烦的，因为要根据你的网站来设计。

比如你网站有用户登录版块，那么需要设计用户表存在数据库中。如果有日志版块，那么需要一个日志表记录你的日志，这个表可能有发表时间，题目，内容等字段。

以上就是关于大型数据库的设计原则与开发技巧全部的内容，包括:大型数据库的设计原则与开发技巧、SQL Server 数据库设计、数据库如何管理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！