有无必要拆分数据库为多个?

thestarmm 2010-02-05 10:33:16
几个人一起做个项目,类似于网店

问:
1.要不要把数据库拆分成几个:商品管理,系统管理,订单管理 ,还是放在一个数据库里,然后使用前缀区分?

2.若是放在一起,订单管理 里的用户ID 需不需要和 系统管理中的用户ID 主外键建立约束?

3.还有个小问题,老师常说 用户状态,XX状态等,状态要独立出一张表,但是我觉得像用户状态就2,3种,没有多大必要,用个int标示一下就好了。大家是怎么看待这个问题的?

4.对于网店这种项目的数据库,大家有更好的设计吗,或是推荐文章?

谢谢各位。
...全文
169 15 打赏 收藏 转发到动态 举报
写回复
用AI写文章
15 条回复
切换为时间正序
请发表友善的回复…
发表回复
thestarmm 2010-02-07
  • 打赏
  • 举报
回复
行,我结贴了
aawwmate 2010-02-07
  • 打赏
  • 举报
回复
只是网店又不是网城,还是一个数据库的好
Q315054403 2010-02-06
  • 打赏
  • 举报
回复
正确的规范设计,后续的稳定运行、维护、管理
ws_hgo 2010-02-05
  • 打赏
  • 举报
回复
没有必要
完全没有必要
亮剑_ 2010-02-05
  • 打赏
  • 举报
回复
1、要不要拆分库主要考虑的因素应是数据量、性能等需求,拆分库会带来设计和实现上复杂度
2、用户ID要不要关联,要看这两个“用户”是不是同一种对象
3、“状态表”是否要单建,主要依据需求分析,数据量大的话性能因素是要考虑的,如把频繁更新的“状态”字段与其他相对静态数据项分开
4、网店设计学淘宝,取其精华
fa_ge 2010-02-05
  • 打赏
  • 举报
回复
放一个库好些,写代码也方便。
bancxc 2010-02-05
  • 打赏
  • 举报
回复
帮顶 应该是一个库巴
水族杰纶 2010-02-05
  • 打赏
  • 举报
回复
UP
--小F-- 2010-02-05
  • 打赏
  • 举报
回复
1.这个要看实际情况来定
2.能不建立就不建立约束 到后面处理起来麻烦
3.数量少的话确实没必要 不过如果连接次数多的话 就可以考虑了
4.BAIDU一下
shabble 2010-02-05
  • 打赏
  • 举报
回复
一个就够了
thestarmm 2010-02-05
  • 打赏
  • 举报
回复
行,明白

那么请帮忙回答一下第三个问题,有没有更好的解决方案,除了int和独立一张表?
hbjlwhl 2010-02-05
  • 打赏
  • 举报
回复
要根据实际数据量去判断是否拆分库。
cppfaq 2010-02-05
  • 打赏
  • 举报
回复
么有必要
wsxcdx 2010-02-05
  • 打赏
  • 举报
回复
用一个就可以了
叶子 2010-02-05
  • 打赏
  • 举报
回复
还是统一用一个库方便。

27,580

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 应用实例
社区管理员
  • 应用实例社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

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