问个问题。数据库的设计方式按照代码的设计方式设计算是一种缺陷么？
碰到个数据库。本来2个表能解决的事情，用了8个表。每个表字段在3-4个之间。
有的是把几个表的共有字段抽成一个表。然后用外键关联
我个人感觉有点像代码的感觉。把共有的东西抽象出来。
这样写有什么优点和缺点？
感觉这样写好别扭和恶心的说。。。
------解决方案--------------------
关系型数据库和面向对象的程序设计思想本身就是有冲突，二者必须进行一定的选择和妥协。

当然，项目可以选择不用关系型数据库，或者不采用面向对象的思想。目前来看不管选什么都一定有矛盾存在，不是技术与技术之间的矛盾就是业务与技术之间的矛盾。如果有好的方案消除这种矛盾那么软件工程就会向前迈进一大步。
------解决方案--------------------
个人觉得不行
我已有的知识告诉我 
代码是服务于数据库的
所以刚好相反
不知道说的对不对
别拍砖哈
------解决方案--------------------
N个类对应一个表没问题啊？
------解决方案--------------------
数据库设计是有一定规范的，这些规范不论是从理论上还是从实践上，都是经得起检验的。
比如范式要求。

不过一般软件开发，不需要像科研项目那样严谨，因此也没必要请高级专家来设计数据库，
所以，通常就按业务需求简单的搭建，也能应付日常使用了。