《测试驱动数据库开发》书评

刚入手这本书,感觉很棒

裸奔的数据库 读<<测试驱动数据库开发>>序中的这一段有感而发:"一旦客户的需求到了程序员手中,先找出需求中的实体,在分析这些实体之间的关系,并画出E-R图,然后确定各个实体之间的属性,并找出主键,最后根据这份E-R图在数据库中生成数据库表,之后就可以用象Java这样的编程语言来进行应用系统的开发了" 多么熟悉的声音啊,感觉昨天就是这么干的 ,不排除这种做法完全没有用武之地,但是极其少见。这么干过的朋友们，不知道遇到下面这些场景没有？数据库建好了，写应用的时候，发现缺少一个关键概念，只好加一个表。应用写完了，发现当初建的数据库里有相当一部分表根本没用上。。。。。。。这是一种面向过程的设计思维，只有在概念已经非常稳定，在可预见的将来不会发生变化的情况下比较适用，比如我们是对数学定理建模，对分子式进行建模等，这些模型的特点就是稳定，除非科学上有质的突破，都不会发生变化。但是现实中这类需求很少很少，大部分都是和人财物打交道，而牵扯到这三者的概念，都具有很大的不稳定性，这种需求下，面向过程的设计就显得吃力。《测试驱动数据库开发》提出了一个新的视角，以面向对象的方式去进行数据库的设计，那么作者的场景（绿色文字）就变成下面这样：“一旦客户的需求到了程序员手中，可以用象Java这样的编程语言来进行应用系统的开发，这时候需要存储的数据就先用文本文件来存储吧，一个应用模块开发完成后，从这个模块存储需求中找出实体，分析这些实体间的关系，并画出E-R图，然后确定实体的属性，并找出主键,最后根据这份E-R图在数据库中生成数据库表”和前面场景的最大区别就是，这里在开发的最后才去考虑数据库的存储设计，这样的设计下来，数据库倚赖应用模块，随着应用模块的变化而变化，正如面向对象设计里的倚赖倒置原则。最后有一点提示：能用文本文件组织起来的存储需求，转到数据库存储是很简单的事情，但是反过来，可不一定