在简单的Web文档系统(或基本CMS)上使用RDBMS与平面文件有什么真正的好处？

该项目

我被要求从事一个有趣的项目-相当于一个基本的Web CMS-使用HTML / CSS / jQuery和PHP.但是,一个要求是,将没有一个数据库来容纳数据(他们想要用于文档/页面的平面文件-最好是JSON格式).

从非常基本的意义上讲,它将用于通过非常“非技术”的界面生成HTML页面.每个安装只有大约20页,但有几个页面最多可以容纳100页.必须非常容易地放到支持PHP的服务器上并运行,而无需进行太多设置.

那里有什么

有大量的CMS选项和相当多的平面文件版本.但是,不能选择OSS或其他现有的CMS.他们需要一个简单的礼节制度.

初步想法

平面文件是…但是我真的很想得到有关缺点的反馈,并且是否值得尝试说服它们使用MySQL之类的东西(SQLite或CouchDB已淘汰,因为没有服务器)可以配置为当前运行它们).

当然,文档文件非常简单明了,但我们还讨论的是每次安装1或2个管理员的登录信息,一些列表以及配置/设置(也可以很容易地将其存储在受保护的文件中).

困境

如果在这样的简单项目中使用MySQL而不是JOSN格式的文件和某些数组有好处-超出了我自己的先入为主的概念:)-我一定会与他们争论.

但老实说,我看不到任何比没有数据库系统要重要的东西.

非常感谢您的见解和意见.

最佳答案

如果您不能引用对关系表设计的特定需求,那么平面文件就很好.按指定进行构建.当您可以提出特定需求时,请告知他们；如果您认为及时的话,升级并不难(也就是说,如果您不必须规范化早先应该集成的数据).