应用式数据库 VS 集成式数据库

应用式数据库

原文： ApplicationDatabase    设计                Bliki 索引

我用“应用式数据库”这个术语来描述一个由单一应用系统控制和访问的数据库，与之对应的概念是“ 集成式数据库”。因为只有一个应用访问这个数据库，所以可以量体裁衣，数据库设计越能方便地满足应用的需求也就越“合身”，这使得表结构非常具体化，通常比集成式数据库的设计更简单，更容易理解。

为了与其他系统共享数据，可以由控制该数据库的应用提供服务，针对大规模只读型数据访问也可提供一个 报表数据库。

应用式数据库的一个最大优势在于很方便改变它的表结构设计，因为所有访问都封装在单一系统之内。即便是一个已上线运行的数据库，采用 可进化的数据库设计和数据库重构技术仍可对它的设计做出大幅度调整。

对于一个应用式数据库，负责表结构设计和调控的通常就是上层应用开发团队自己，一般由这个团队里的一位经验丰富的数据库专业人士负责，他需要和团队里其他系统开发人员密切协作，以确保数据库设计是为应用需求量身打造的。

当人们讨论面向服务的构架（SOA）时，一个流行术语叫做“自主自治的应用”，这好像意味着这个系统的数据就是在一个应用式数据库里存储的。


集成式数据库

原文： IntegrationDatabase    设计                Bliki 索引

为多个应用存储数据的数据库叫做“集成式数据库”，它把多个应用的数据集成整合在一个库中（与 应用式数据库形成对比）。

设计一个集成式数据库的表结构，要通盘考虑所有客户应用系统的需求，因此导致表结构很通用（欠缺针对性），或非常复杂，抑或即通用又复杂。数据库设计团队与应用开发团队通常是分开的，这使数据库设计修改起来非常麻烦，因为提出修改的一方不得不与数据库设计团队还有其他应用开发团队协商。

这样做的好处是方便了各个应用之间的数据共享，无需外加一个服务集成层。一旦一个应用提交了对数据的修改，其他应用就能立即获得更新后的数据，因此能更好地保持多个应用的数据访问同步。