【问题标题】:Architectural/Deployment decision架构/部署决策
【发布时间】:2012-12-08 08:09:01
【问题描述】:

我一直在用 cakePHP 开发员工调度系统。现在,随着应用程序接近部署阶段,我被告知我的客户不仅想为他的公司使用它,还想为其他公司出售应用程序服务(作为会员)。 该应用程序非常简单,现在的数据库非常简单。目前只有 3 个表:员工、客户、时间表(每个元组包含 empployeeId、customerId 和在客户处花费的时间)。 employees 和 customers 表通常每个会保存约 50 条记录,时间表可能会达到 15k。 我从来没有做过这样的事情,所以我对此有些怀疑。 现在每个公司都应该有自己的数据库吗?如何接收付款和接受/拒绝访问?

我们非常欢迎任何 cmets、有关此案例的建议和最佳实践。

【问题讨论】:

  • 至于扩展到其他公司,您可以在每个表中添加另一个字段Company,然后只需查询带有公司条件的条目
  • 这似乎是一个可怕的小应用程序出售它。如果不能轻松修改以包含公司字段,我会为每个数据库推荐一个单独的数据库。

标签: php database cakephp database-design payment


【解决方案1】:

如果您的架构不允许您按公司选择记录,那么每个记录都必须有自己的。

如果您不能以安全的方式访问各个公司的记录,那么每个公司都必须拥有自己的记录。

我认为,如果您出售设计和制造的产品并非出于向外界销售和支持的目的,您会发疯的。

潜在客户会疯狂购买。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-02-23
    • 2012-11-28
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多