〈数据库设计入门经典〉之第一章笔记

 上一篇简单介绍了一下这本书的一些基本内容，当然大部分都是从书中摘来的，呵呵，感觉像摘苹果啊。。。。

     现在，来写一下我看了前三章的体验吧！GO！

     第一章 数据库建模的过去与现在

     呼呼，这一章基本都是在讲一些概念性的东西，所以，应该也没什么感想可写，那就再摘一点“苹果”来分享好了，Ready? GO!

    数据库：数据库是信息的集合——较为相关的信息和组织良好的信息。数据库由在安装数据库软件时建立的物理文件组成。另一方面，数据库模型不仅是物理对象的概念，它还用于创建数据库中的表。

    数据库模型：数据库模型可以宽松地用于描述有组织的和有序的信息集，该信息集存储在计算机上。通常使用数据建模解决方案来结构化有序的数据集，以这种方式可以更有效地数据和修改数据。

    应用程序：从计算机术语中，应用程序是在计算机上运行的软件，用来执行某个任务。从数据库建模的观点来看，不同的应用程序类型可以在一定的程度上确定数据库模型设计的需求。

    数据库建模的发展：在关系数据库模型之前出现的各种数据模型，部分地解决了如何存储数据和如何有效地进行存储这个无止境的问题。关系数据库模型是当前用于灵气存储和检索的最佳方案。

当每个数据库模型在前一个版本的基础上进行改进时，数据库建模开始发展。

    数据库建模技术的发展：
                                          文件系统

                                          层次结构数据库模型

                                          网络数据库模型

                                          关系数据库模型

                                          关系数据库管理系统

                                          对象数据库模型

                                          对象—关系数据库模型

    数据库的类型：             

事务数据库—基于对数据库进行少量改动的事务。数据库是事务驱动的。这种数据库的主要功能是添加新的数据、修改已有的数据以及删除已有的数据。

决策支持数据库—通常称为DSS数据库，它只完成如下工作：它们支持决策，一般来说是管理级的以及执行级的目标决策类型。

混合数据库—只是混合包含OLTP类型的并发性需求和数据库类型的吞吐量需求。

   数据库模型设计：数据库设计非常重要，因为根据数据库模型设计编写的所有应用程序都是完全与底层数据库的结构相关的。如果必须在后面的阶段中修改数据库模型，则可能必须修改基于该数据库模型构造的所有内容，也可能需要完全重写。

设计是确保项目的所有方面在实际构建之前可以工作的过程。设计稍微类似于在花费数千小时以可能错误的方式构建之前在纸上进行测试。

   理解数据库设计：

      定义目标

      具有良好结构的数据库模型的目标

      数据完整性

      支持有计划的查询以及ad-hoc或无计划的查询

      支持业务目标

      为任何必需的修改操作提供适当的性能

      数据库模型中的每个表应该更适合代表某个题目或主题

      未来增长必须总要认真考虑的事项—   一些数据库可能以无法估量的速度增长。其中数据仓库增长是潜在可预测的负载增加，而有时OLTP数据库增长可能会使您感到惊讶。

      未来修改可以接纳，但是进行潜在的结构修改可能很难

      如果希望修改，则最小化应用程序和数据库模型结构之间的相关性。

      数据库设计的方法：

      需求分析—收集如下信息：数据的性质、必需的特性和任何特别的需求

      概念设计—开始使用图形工具绘制漂亮的图形：实体关系图

      逻辑设计—创建数据库语言命令以生成表定义

      物理设计—调整数据库语言命令以针对表的底层物理属性修改数据库模型

      调整阶段—适当地建立索引、进一步地规范化、安全特性等的调整。

由于时间关系，今天先写到这，这是对第一章的笔记总结。。