首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >性能:需要从LONGTEXT读取

性能:需要从LONGTEXT读取
EN

Stack Overflow用户
提问于 2010-10-08 17:53:01
回答 2查看 226关注 0票数 0

我正在构建一个CMS类型的webapp,它允许用户输入任意大小的HTML块。这些区块由用户在其管理区域中输入,并在页面交付时插入到其选择的模板中。

我猜一个用户不会添加超过50-100个区块,我也不会很快获得超过1000个用户。

我计划使用mySQL的LONGTEXT类型来存储这些文件,但是我想知道在目录中存储文件会不会更好,因为Linux操作系统会缓存它们?考虑到我构建的是最多(1000 * 100)个文本块,使用mySQL有什么合理的性能问题吗?

显然,我将在交付之前缓存HTML,这样我就不会在每次交付时都读取这些块-只有在有人更新/创建新内容时才会读取。

我可以使用memcached/其他缓存/noSQL实现或其他存储机制,但我专注于保持简单并尽快交付,所以我不想介绍其他我没有经验的东西,除非有明显的性能问题。

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2010-10-11 17:59:24

我建议您使用平面文件而不是Mysql来存储此类数据。

Html与其说是一个“值信息”,不如说是一个“文件”,所以它不必在DB中。

而且,你肯定会有更好的表现。

您还可以阅读this post.

票数 0
EN

Stack Overflow用户

发布于 2010-10-13 05:20:06

HTML内容块是您要保存的唯一内容吗?如果是这样,文件可能是最简单的。

但是,您可能希望将其他信息与HTML一起保存,以便能够基于这些数据进行查询。例如:创建日期、上次修改日期、块名称、编辑过块的用户。

如果是这样的话,数据库可能是最好的选择。既然你说你不期望有很多用户(至少不是第一个),我将专注于寻找编程最快/最灵活的解决方案,并在你的网站开始增长后专注于性能和缓存。

票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/3889438

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档