一个网上商店数据库设计的问题（分不够可再要）

[prczf]

我们这里要建一个网上商店。
打算建一个加盟店系统，也就是说容许别人在我们的网上商店开店铺。
但这涉及到数据库的问题，大家认为我们在原来数据库上设计新表来存储加盟店的各种信息。
还是为每个加盟店都建一个数据库来存储信息。
大家认为哪种较合理一些？
一起讨论一下啊。

[prczf]

自己up一下。
大家有什么意见，快说说啊。谢谢了。

[chenqianliang]

我认为直接用表会好一点，这样数据库好管理
但是为了保护数据，可以在登录时进行权限限定
比如：访问加盟店表的那些用户不能访问其他的表

[prczf]

到底是建多个数据库对系统的负担大，
还是在一个数据库里建更多的表所产生的负担大？

还有，我觉得多个数据库更加好管理啊。
每个加盟店都很清楚的有各自的数据库，各自的数据库里存放的都是他们各自的表。

但多个数据库时，如果你想删除这个加盟店，也就是要删除该加盟店的数据库。在asp.net里
，在你删除之前，只要有任何连接数据库，删除就不能了，而且要等较长的时间才能删除，否则提示该数据库正在使用。

[kysyuan]

以上两种方案我觉得都不好,实际上你没有必要建多个数据库,更没有必要建多个表,其实你真正需要的是建立多个视图,同一个表有多个视图,每个视图的权限不一样,这样可以比较好地解决你说的问题!!!!要是还有什么问题可以给我发email:[e-mail]

[林仪明]

到底是建多个数据库对系统的负担大，
还是在一个数据库里建更多的表所产生的负担大？

对了！

主要看你的目标流量有多少？

[songwin]

主要看你的加盟店的增长速度是怎么样的，目前有多少，如果一年增加几十上百个都建数据库的话应该不合适吧。同意kysyuan 用视图; 但是目前店面不多 而且增长不快 倒可以用每个单独的数据库管理

[lmdhit]

我觉得还使用表比较好，建多个数据库你觉得好管理吗？
那你的数据库不同在连接字符串上有区别吧，那每个用户有自己的商店岂不是 得重新写字符串，这样不容易管理吧

[prczf]

我这个网上商店是为学校的建的。
加盟店也就是给学生和老师，或者其他想打进我们学校市场的商家建的。
照里说加盟店的数量几十个差不多了。上百个不可能。

提到数据库的视图，我了解不是很深。
因为我才大二，还没有上过数据库的课程，
现在只是懂数据库的操作语句命令。

请楼上几位能为我详细说说视图的实现方法吗？

[prczf]

谢谢大家跟我交流。

大家能不能留下QQ或msn，联系方便一点。在这里交流或电子邮件交流速度挺慢的。

[swaye]

应该到sql server中去问，我觉得应该是一个总数据库比较好，起码数据维护方便。

[prczf]

我对这个板块已经很熟了。
进csdn，就是进这个板块，其他地方不想去了。呵呵。
我真想跟某人详细的聊一下。
请哪位留下msn或qq好吗？

[neodotnet]

MSN: [e-mail]

先声明,我可能不能帮你解决问题,但我喜欢和大家交流

[eshusheng]

我打算做类似的系统.439531

[ruanyuping]

up

[acxw]

好像那个j2ee的petshop都有.net版本了嘛！
参照一下咯
里面有很详尽的东西
你的数据库现在觉得太大没什么意思
但是到了以后，谁知道会怎么样呢？
现在我觉得你应该参照一下petshop里面的设计，用N层

[空地上的奶牛]

觉得如果只是给学校做的话 考虑到你的流量 放在一个表里面好了 简单些 没必要那么麻烦

[prczf]

我用sql server的。
为什么大家都觉得用表简单呢？

用多个数据库更简单一些啊。
我觉得用多表还要设计。
用多数据库，只有每次客户注册，自动生成数据库和表。

用多数据库的思路我是这样的，
可以在一个文本文件里，写下建表的sql语句。
然后，顾客注册，
根据客户注册的商店名，建立该数据库，
然后执行文本文件，再刚建的数据库里创建表。
然后顾客去加盟店买东西，用session来存储该顾客进入的加盟店名字。
根据session的值来确定是要操作哪个数据库。


to acxw(小文)：
petshop里有加盟店吗？

[loveno1]

我喜欢和别人交流

MSN：[e-mail]

[BenZ004]

呵，同意楼上的，流量应该不是很大啊
就用一个数据库就好了
建视图的方法很简单的
弄本书看看
你是用SQL还是ACCESS？