J2EE项目的表结构设计，想听听大家的意见。

RT，最近做项目。表结构设计的太快，一周不到吧。后期开发改了很多次。由此生成疑问。
很多问题都是开发过程中出现的。对此很困惑，请大家讨论讨论，说说自己的方案。

第一，除非足够明确，别太早下决定。草率决定如果错误，成本很大。
第二，数据结构设计尽量简单。这样修改起来也简单。
第三，数据库设计遵守范式，不要怕拆表。绝大多数情况下不怕表多就怕表大。
第四，做好数据库版本迁移工作。尽量使用自动化脚本。

现在公司做项目，基本上都是新人。表结构的设计难免缺乏经验。说到“数据库设计遵守范式”，基本上都没有这个意识...恐怕只有理论意识的人才非常看重。
现在留下隐患，让我多少有点缺失那么一点精神。

正是因为新手多，所以更要遵守范式。表设计无论新手还是老手肯定都不能一蹴而就，有修改很正常。不过要注意的是修改的时候同样要注意遵守范式。而且要做好迁移脚本，确保可以随时改回来。

数据库表结构改的多试因为需求没有定好吧。

如果用领域建模的方式是否可以解决数据库表改变的窘境，大家认为呢，因为是直接面向实体类对象的，数据库表是自动生成的，没实际应该过，不知道大家认为如何？

我一直是这样做的.

有一部分原因是需求没理解清楚。更重要的是，大家都没学会如何去理解需求。很无解的问题。
以至于后来项目中很多隐藏的需求挖掘出来以后，然后又去零散的讨论。浪费掉很多时间。

j2ee就不应该是数据库表驱动开发。
数据库由表生成类被称为逆向工程。
由类到表才是正向工程。
所以开发时，可自由重构类来迎合需求，表只是一个持久化的需要。

我一般将数据库设计放在详细设计阶段，根据详细设计来进行调整。
一般后期的改动很小。