我正在构建一个CMS类型的webapp,它允许用户输入任意大小的HTML块。这些区块由用户在其管理区域中输入,并在页面交付时插入到其选择的模板中。
我猜一个用户不会添加超过50-100个区块,我也不会很快获得超过1000个用户。
我计划使用mySQL的LONGTEXT类型来存储这些文件,但是我想知道在目录中存储文件会不会更好,因为Linux操作系统会缓存它们?考虑到我构建的是最多(1000 * 100)个文本块,使用mySQL有什么合理的性能问题吗?
显然,我将在交付之前缓存HTML,这样我就不会在每次交付时都读取这些块-只有在有人更新/创建新内容时才会读取。
我可以使用memcached/其他缓存/noSQL实现或其他存储机制,但我专注于保持简单并尽快交付,所以我不想介绍其他我没有经验的东西,除非有明显的性能问题。
发布于 2010-10-11 17:59:24
我建议您使用平面文件而不是Mysql来存储此类数据。
Html与其说是一个“值信息”,不如说是一个“文件”,所以它不必在DB中。
而且,你肯定会有更好的表现。
您还可以阅读this post.
发布于 2010-10-13 05:20:06
HTML内容块是您要保存的唯一内容吗?如果是这样,文件可能是最简单的。
但是,您可能希望将其他信息与HTML一起保存,以便能够基于这些数据进行查询。例如:创建日期、上次修改日期、块名称、编辑过块的用户。
如果是这样的话,数据库可能是最好的选择。既然你说你不期望有很多用户(至少不是第一个),我将专注于寻找编程最快/最灵活的解决方案,并在你的网站开始增长后专注于性能和缓存。
https://stackoverflow.com/questions/3889438
复制相似问题