白标电子商务应用。共享或个人dbs

时间:2010-06-11 12:35:39

标签: mysql scalability database

目前我正在使用内部白标cms,我们转售给多个客户,它们都从同一个盒/ db运行。

我只是想将这个转换成一个电子商务版本,我们将与它一起运行。

我想知道是否存在将所有产品/类别/订单保存在一个数据库中的问题,或者是否建议将该站点的每个实例分离到其自己的数据库中。

这些白色标签实例仅出售给可能没有大量流量/产品且正在寻找简单电子商务网站的小公司。任何更大的东西肯定会得到自己的托管和数据库。

但是对于规模较小的东西,您认为单个数据库会没问题吗?

@Tim:是的我完全同意,但是当我在现有的代码库中工作时,所有特定于站点的过滤代码都是内置的。我需要做的就是为每个表添加几个字段,后端将已经为我处理了所有过滤器。

此外我正在使用的代码库设置了多个访问级别,用户(公共),userAdmin(客户)和管理员(我),并且内置了一种我可以从中生成新站点的方式管理门户。然后我只需要上传新的模板/ css / js / images并创建整个新站点。

因此从理论上讲,分离电子商务数据库可能比将其留在一个数据库中更多。

因此,问题是,如果在一个数据库中存在多个站点可能存在问题,我会将其拆分出去,但如果它不会产生太大的赔率,我将保留原样......

事实上,我认为我刚刚回答了我自己的问题,我将把它实现到现有的代码库中并将其设置为在一个数据库上运行,并且知道我可以随时将整个代码库安装在另一个框中并运行如果我需要,可以使用单个网站:)

感谢您的快速回复

1 个答案:

答案 0 :(得分:0)

将所有内容堆积到一个数据库中会大大增加代码的复杂性。而不是它是一个配置差异(连接到哪个DB),你将使用基于当前客户的过滤器来编写代码。我会在心跳中投票给单独的DB。即使您从所有小型数据库中获得过多负载,也应该很容易添加新的数据库服务器并将新站点指向新服务器上的数据库。

从长远来看,我无法看到你的代码中会产生的并发症。