请问这样的数据库结构设计合理吗？？

Question

需求是这样的，拿淘宝来举例：淘宝平台T，上面有2个商店A、B，共用平台T的会员，又有各自的商品、会员积分 我计划数据库这样设计：用schema来分割不同的商店，即会存在这样3个表T.MemberTable, A.MemberPointTable, B.MemberPointTableT、A、B是不同的schema，并且数据表按不同schema保存在不同的物理文件。T.MemberTable与A、B的MemberPointTable都有关联，如果某会员在A店获得了积分，那么在A.MemberPointTable插入记录就可以了。 请问这样数据库设计合理不，我是希望尽量保证各商店的相对独立性还有，是否需要每个schema有一个对应的sql server用户？还是统一用一个，例如sa。 另外，求给扔点类似这种C2C的项目参考，codeplex搜C2C竟然没有……

Answer 1

英语不好,MemberPointTable 就是会员积分表吧!

A.MemberPointTable, B.MemberPointTable就不用区分了吧,合在一张表 MemberPointTable 中.

关系数据库,你尽量还是按照关系范式来设计你的架构.

你需要一个 Store(商店) Member(会员) MemberPoint(会员积分) MemberPointDetails(会员积分明细) Product(商品)

Store-Member(商店与会员的映射表) Store-Product(商店与商品的映射表)

这样就利于 Store ,Member,Product的扩展。

Answer 2

共用平台T的会员 应该和商店A、B 没有关系吧，积分只是和会员有关系吧，和A,B也没有任何关系，用一张表存会员的积分就可以了，

 

你只需要：

MemberTable（会员表）,MemberPointTable（积分表），Product(商品表)

Answer 3

同1楼……