content-management-system - 我是否在过度设计(可以说是跳过鲨鱼)这个应用程序？

Question

我的工作是从头开始在我工作的公司的CMS /引擎和网站的admin /后端上进行工作。

我们所做的将被归类为“非常独特”(尽管，不是每个人的情况吗？)，并且我正在寻找方法，可以从使用起来非常痛苦的东西朝着更好的系统发展。

我们当前的系统以结构化格式(例如天气信息)提供商品，画廊，自定义数据(每天更新)和Feed中的数据，还为我们的 member 提供论坛等。

我希望将一些内容移出我们的核心应用程序，一个论坛，但其他大多数内容将完全重新构建。当前，所有内容都存储在MySQL数据库中，并且它的历史记录非常差(我承担项目的加载时间为每页60秒左右，并且在执行了愚蠢的数据库调用和模型设计后，已降低到可接受的0.2 / 0.3每页第二个)。

该站点本身是在Rails中构建的，无意对此进行更改，但是我现在要看的是查看其他数据库解决方案而不是像MySQL这样的传统RDBMS的理想选择。

考虑到我们的大部分内容要么是结构化新闻(例如具有多个属性的新闻，然后是我称为不同内容的“块”-文本，视频嵌入，图像，引号等)，图库(文本和我想知道使用像MongoDB这样的面向文档的数据库是否理想。

在性能方面，我认为它可以与精心设计的MySQL系统媲美，并且考虑到该站点将被大量缓存(对于页面中的动态块，将使用ESI进行清漆)，数据库时间并不是一个很大的因素。

该项目的另一件事是我们希望它可以是 Multi-Tenancy 的，因为我们可以托管不同的站点(例如，相同类型(基本数据格式等)但主题不同)-并且它对于站点管理员/所有者必须灵活自行设置新事物(即，在创建新站点时，我不必设置整个新站点/服务器并更改代码等)。

我想知道我是否对此考虑得太多了，或者我被所有这些我需要做的事情的“预期”所贬低。

我的问题归根结底是:我应该考虑使用MongoDB或类似的东西来解决那些看起来似乎不适合标准DB表格式的问题，还是我要追求的是新事物？

对不起，如果这很无聊...

Answer 1

是的，你是。

我现在正在做一个类似的CMS类型网站，并且对于使用哪个数据库有相同的决定。

我的结论基本上是坚持我所知道的:PHP和mySQL / Postgres。是的，Mongo或其他noSQL可能更适合于数据，但是坦率地说，要花些时间来学习如何安装和使用它们，除非您有大量流量，否则mySQL / Postgres不会引起性能问题。如果您使数据库代码保持抽象，则可以在以后根据需要添加Mongo / 等等。

正如BarsMonster所说的那样，在前端使用良好的HTML缓存方案将大大减少数据库的使用。如果需要，请使用memcached。

保持简单，使用已知的工具并发布它。