【问题标题】:Database Design for Webapplication CollectionWeb 应用程序集合的数据库设计
【发布时间】:2012-01-09 14:22:56
【问题描述】:

我的目标是编写许多 Web 应用程序的集合,例如 google 服务(邮件、日历、文档……)。

它将用 PHP 和 Zend 框架(版本 2)编写。我使用 MySQL 来存储数据。

服务集合应始终易于扩展(新服务)。

为每个服务提供一个自己的数据库有用吗?他们只有几张桌子(或多或少3张)。这意味着我必须使用 Zend 的多数据库适配器。

另一种解决方案是使用一个大型数据库来收集孔。优点是我可以在不同应用程序的表之间使用外键。我也可以使用默认的数据库适配器。

所有的应用程序都相互融合在一起。

什么更有意义?

【问题讨论】:

    标签: php mysql database web-services database-design


    【解决方案1】:

    如果您的提供商有足够的数据库,您可以使用多个数据库,但如果您有用户帐户,最好为此创建一个主数据库。

    【讨论】:

    • 数据库数量没有限制。它仅受网络空间的限制。用户帐户的哪种情况?
    • 如果您拥有所有这些服务的用户帐户(如邮件、日历等的 Google ID),您可以将用户数据(电子邮件、密码)存储在主数据库中...
    • 我的想法是将身份验证数据存储在一个独立的数据库中。为什么您认为“最好为此创建一个主数据库”?
    • 好吧,“我的想法是将身份验证数据存储在一个独立的数据库中”正是我的意思,或者您是否将身份验证数据存储在每个数据库中(如日历、邮件、便笺、.. .)?
    【解决方案2】:

    将服务拆分为每个数据库,包括识别用户的服务。所有服务都应通过 Web 服务相互通信。这种架构在单独缩放片段以及单独维护片段方面将是最灵活的。

    如果没有关于该项目的更多信息,就无法就此类应用程序生态系统的架构提供任何更具体的信息,顺便说一下,这超出了本网站的范围。

    【讨论】:

    • 谢谢!我不明白的部分:如何互相交谈? BTW:你能通过邮件给我一个建议吗?
    • @sharethis - 通过 REST 的 Web 服务是应用程序间通信的常见选择,但有多种选择。我可以咨询。请检查我的 StackOverflow 个人资料中链接到的网站的源代码以获取联系地址。
    • 我将阅读有关 Web 服务和休息的信息。下次联系你。谢谢!
    猜你喜欢
    • 2011-12-07
    • 2018-01-31
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-12-19
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多