怎么样的设计才算是：面向对象的数据库表的设计？？

现在一般用的都是关系数据库，和oo有很大不同的。所以才会有OR map的一些解决方案，比如CMP或hibernate，这些都是先设计对象，然后把对象持久化，而不是先设计数据表。

解决方案 »

  1.   

    但是如果现有表，就像我一样，就是想问问，怎么样设计，才方便把表抽象成对象
      

  2.   

    一般而言,系统分为全新的和旧有的。和老系统集成就会是你这个样子！说实话，如果要是做系列产品，为了尽可能少改动，把逻辑放到数据库中是比较省事的。没必要在为新表生成某些特定代码了。然后，你的描述中所谓的细化到行级，是不是应该有外健可用呢？
      

  3.   

    我在数据库抽象的时候，将数据（实体）层再分为实体逻辑和实体数据两块
    逻辑块用来描述表之间的关系，数据块用来对应表
    不知道这种思路对你有没有帮助