【问题标题】:White Label Ecommerce app. Shared or Individual dbs白标电子商务应用程序。共享或个人数据库
【发布时间】:2011-03-02 15:38:10
【问题描述】:

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

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

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

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

但是对于较小规模的东西,您认为单个数据库可以吗?

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

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

因此,从理论上讲,将电子商务数据库分离出来可能比将其保留在一个数据库中的工作量更大。

因此问题是,如果在一个数据库中拥有多个站点可能会出现问题,我会将其拆分出来,但如果它不会产生太大的可能性,我将保持原样......

事实上,我想我只是回答了我自己的问题,我会将它实现到现有代码库中并将其设置为在一个数据库上运行,我知道我总是可以将整个代码库安装在另一个机器上并运行如果我需要,可以在其上使用单个站点:)

感谢您的快速回复

【问题讨论】:

    标签: mysql scalability database


    【解决方案1】:

    将所有内容都堆放在一个数据库中会使您的代码变得相当复杂。不是配置差异(要连接到哪个数据库),而是根据当前客户在代码中添加过滤器。我会在心跳中投票支持单独的数据库。即使您最终因所有小型数据库的负载过大,添加新的数据库服务器并将新站点指向新服务器上的数据库也应该很容易。

    我看不出这会给您的代码带来的复杂性从长远来看是值得的。

    【讨论】:

      猜你喜欢
      • 2021-12-16
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2012-01-18
      • 2020-07-16
      • 2020-12-10
      • 2020-09-04
      • 2012-11-21
      相关资源
      最近更新 更多