关于网友提出的“斗牛要不要演员表 如果两个表结构相似，要不要合成一个表？谢谢。在线等结贴。”问题疑问，本网通过在网上对“斗牛要不要演员表 如果两个表结构相似，要不要合成一个表？谢谢。在线等结贴。”有关的相关答案进行了整理，供用户进行参考，详细问题解答如下：
问题：斗牛要不要演员表 如果两个表结构相似，要不要合成一个表？谢谢。在线等结贴。
描述: 现有表table1和表table2如下：
表table1 的字段： b c d e
表table2 的字段： a b c d
在想要不要搞出来个table3 ： a b c d e
table1 没有a 字段，录入在table3 中，就让 a 字段值为null
同理，table2录入table3中，e字段值为null
我表达能力很差，不知道大侠们能否明白我意思，谢谢了。
要不要这样做呢？这样做好处和坏处分别是什么呢？特别是弊端，谢谢。
解决方案1: 那样看看实际情况，如果table1和table2用途很大，合并后，反而没有用途，你没必要合并，合并后有用，你可以用视图，来取数据。
我总觉得不合并的好
解决方案2: 说说楼主的业务逻辑吧！
解决方案3:使用外连操作
table1 right join table2 on [expression]
expression 表示外联的约束条件
解决方案4: 很难下结论
数据库的设计一定是在业务的前提下设计的，抛开业务很难说数据库设计的好坏
只要记住不要出现多余的字段，每一个字段、每一个表的存在都是合理的就行了
如果你自己认为合并以后不会影响你的业务逻辑那就合并
解决方案5: 看你具体的需求了.也就是业务了.
通俗的说:
看你准备存的是什么内容,比如:
你准备存新闻信息,
外部新闻包括标题,时间,内容,发布者等.
同时,公司内部新闻也是包括标题,时间,内容,发布者等.
那么,你当然可以就用一个表来存这两种新闻了.
但是,如果你觉得担心数据量大,不容易区别,担心性能等.那么你又可以不合并,分开存.
所以,是否合并.看你怎么考虑你具体需求了.
解决方案6: 因为“结构相似”而合并，会被嘲笑的。例如，我们现在表达工人：
工人（名字，年龄，性别，身份证号）
杀猪（名字，年龄，性别，屠宰证编号）
你能说工人和杀猪合并？
只要大家都认为不是同一个东西，就不能合并。否则等你随着扩展和深化系统，就会遭到别人嘲笑，笑你设计了诡异的“合并结构”。
解决方案7: 合并数据库。
也可定义不同实体类，在table1实体类中定义属性table2
也可相同信息可通过datatable的merge合并实现，其他通过添加列到datatable显示其他表的字段信息
http://topic.csdn.net/u/20090905/20/d051b320-6dd4-4182-8779-2025b5e21d42.html
解决方案8: 先弄清楚设计数据库分离表的意图
一般来说设计数据库的人会比一般的数据库开发人员高明很多，他们这么设计一般来说会有其考虑出发点。
不过自己做实验玩玩随便怎么弄了。
首先看看是一个数据库还是不同的数据库
参考
参考
解决方案9: 数据库设计有一定规则也有灵活的变通...不是该不该合并的问题，而是你是否能够理解在你的业务中这些数据的作用和地位...
建议你先去找本数据库设计的入门书看看...弄这些不知所谓的abcd没有人能给你正确意见...
解决方案10: 合不合并，只是看对于最后得到结果有没什么好处，如果没什么好处，合并有什么意义？
以上介绍了“斗牛要不要演员表 如果两个表结构相似，要不要合成一个表？谢谢。在线等结贴。”的问题解答，希望对有需要的网友有所帮助。
本文网址链接：http://www.codes51.com/itwd/2687987.html
