67,513
社区成员
发帖
与我相关
我的任务
分享看这样的数据库结构适合hibernate么？
例如：一个“文章表”中有这么几列（文章ID，特征项1，特征项2，特征项3）
然后有一组数据有一个新特征项“特征项4”，所以我就需要把“文章表”增加一列“特征项4”
上面增加的一列特征项是自动的，没有人为干预的。
跟“文章表”类似的还有“图片表”、“表格表”...
像这样的表结构适合用hibernate么？
然后有一组数据有一个新特征项“特征项4”，所以我就需要把“文章表”增加一列“特征项4”
上面增加的一列特征项是自动的，没有人为干预的。
跟“文章表”类似的还有“图片表”、“表格表”...
像这样的表结构适合用hibernate么？
...全文
请发表友善的回复…
发表回复
fuliguo321 2011-06-11
- 打赏
- 举报
个人喜欢。 也可以用， 但是感觉大材小用了
q1531 2011-05-18
- 打赏
- 举报
你这种设计方式不合适，改一改。比如文件表为post包含最基本的字段，另外有个postmeta表，包含字段postid,meta_name,meta_value。这样的话就可以方便的进行扩展了使用hibernate也比较好编程。
zjt321 2011-05-17
- 打赏
- 举报
我觉得行啊。就是没什么关联而已。
gplxbxc 2011-05-17
- 打赏
- 举报
[Quote=引用 1 楼 inhibitory 的回复:]
不适合
[/Quote]
1楼的可以解释下吗？谢谢
不适合
[/Quote]
1楼的可以解释下吗？谢谢
whut_lcy 2011-05-17
- 打赏
- 举报
来这里看看
Memory_wanwan 2011-05-17
- 打赏
- 举报
应该可以吧 你既然是自动的 那为什么就不能呢》？？？好像是没什么关系的啊 求解释。。。
危险的大猫 2011-05-17
- 打赏
- 举报
既然特征是不定的,为什么你还要放在一个表里. 分两张表就可以了.
edison4555 2011-05-17
- 打赏
- 举报
不是很合适呀！
howsun_zh 2011-05-17
- 打赏
- 举报
如果特征的数据类型一样，可用一对多：
文章实体{文章id,特征集合}
特征实体{特征id,特征内容,文章id}
文章实体{文章id,特征集合}
特征实体{特征id,特征内容,文章id}
Inhibitory 2011-05-17
- 打赏
- 举报
不适合
