关于分类信息门户网站的数据库设计分析

findshine 2013-01-30 03:59:12
各位大虾好,公司最近有个平台是关于分类信息网站的,类似58.赶集这样带分类信息的门户网站

在实现过程中发现出现扩展这个问题,我有2套方案

A方案:

设计一个表,表结构为:ID,题目,内容,分类ID,发布时间,但是出现以下要思考的问题
比如:
招聘栏目,涉及到,工资,工作岗位,这几个特征
房屋栏目,涉及到,租赁还是买卖,价格,几居室,楼层,所在小区,图片展示等特征
跳骚市场,涉及到,新旧,价格,图片展示,是卖方还是买方

以上3个栏目的特征都需要建立不同的字段,那么这些字段的兼容性怎么设计呢,就是说怎么设计数据库的字段呢
=======================================================
B方案

我目前考虑是否针对这三个栏目分别设计3个表,各有自己的特征字段
比如:
招聘栏目:job表,
房屋栏目:house表
跳骚市场:market表
然后各自表的数据字段根据需要建立,但是缺点就是维护不方便,因为我栏目可能多,表就需要再进行建表



==============================================

以上方案就是A方案维护性小,B方案维护复杂,但B方案扩展性好,
如果采用A方案就涉及到字段设计的问题,我还不知道怎么设计才算好

请各位指点一下,非常感谢。
...全文
277 6 打赏 收藏 转发到动态 举报
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
  • 打赏
  • 举报
回复
楼主 最好 用的什么方案
  • 打赏
  • 举报
回复
D 方案 以A 方案为基础, 设计一张表, 一张表的字段 涵盖所有分类的字段, 然后设计实体 ! 实体的设计 以 每个分类进行设计 一个分类 一个实体! 这样的话... 后期 扩展分类有点...
Rotel-刘志东 2013-01-30
  • 打赏
  • 举报
回复
什么设计都是有优缺点的,关键是要懂得取舍。 关键看要达到怎样,是扩展性更好,还是维护比较方便。 A方案维护性比较好,B方案扩展性比较好。
rucypli 2013-01-30
  • 打赏
  • 举报
回复
感觉B不错
findshine 2013-01-30
  • 打赏
  • 举报
回复
请各位老手和大虾有经验的各位朋友给个意见和看法 在此感谢
findshine 2013-01-30
  • 打赏
  • 举报
回复
还有个设计方案, C方案 在一张表的情况下,再多构建一张表作为特征表,把各个相关的特征都插入到这个表中,然后查询的时候做联合查询,不知道合适不合适 举例: 主表 主键 题目 分类 1 A 招聘 2 B 房屋 3 C 交易 ... 特征表 外键 字段A 字段B 字段C 字段D 字段E .... 1 岗位 待遇 NULL NULL NULL 2 几居市 有无装修 楼层 预售价格 NULL 3 新旧 物品分类 价格 NULL NULL ... 然后查询的时候做联合查询,就是有一点不好,必须记住插入数据特征时候要插入特征表的哪个字段,插错了 就查不到了 呵呵

56,678

社区成员

发帖
与我相关
我的任务
社区描述
MySQL相关内容讨论专区
社区管理员
  • MySQL
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧