2012-02-19 72 views
0

我要寻找一个解决一个staright向前问题:HTML模板组件

有一些模板,其中又分为部分两类: 1.图像 2.文本

我将这些零件称为零件,其值由用户输入。图像组件可以有一个链接,与它相关的替代文字。文本组件可以具有纯文本或一些html行。这些组件的值用于呈现模板的最终输出。

可以有每个模板大约5-10组件可能不适合其他模板是常见的,如:

pageTitle 
tagline 
firstParagraph 
buttonText 
headerImage  - Image Component 
firstImage  - Image Component 

所以简单计算说:

  • 1页= 1个模板
  • 1用户可以有> 1页
  • 每个模板可以有5-10个组件

所以,如果我存储它想:

COMPONENT TYPE  VALUE   LINK 

pageTitle text  Hello world 
tagline  text  tagline here 
headerImage image  image.jpg  http://example.com 

,它可以是任意数量的用户,因此可以说,10000页将有> 10000个* 10组件的分贝!

我们如何拥有更少的条目数和最佳的性能? 更好的架构?序列化? JSON?基于文件的系统?或其他任何东西... 可以做些什么?

在此先感谢!

回答

0

100K记录并不是一个大数字,大多数数据库可以处理这个数字

是否会有这么多的用户(页),你所提到的任何解决方案将花费多少资源

+0

是的,实际存​​储不是问题,阅读是问题。阅读可能非常频繁,每次有人打开一个页面时,所有组件都将被提取。而且用户更新现有值也可以经常进行,因此无法长时间缓存。我正在使用php mysql。 – 2012-02-20 01:21:26

0

好一些注意考虑到建设时是这样的:

  • 内存表是伟大的快速读取,所以如果你有大量的RAM 的我会考虑有两个表的InnoDB的,这样如果你的服务器崩溃 你会能够重建你的内存表,这是你可以回归的伟大原因。
  • 另外请确保您使用索引。您需要确保
    您的where语句中的所有内容都位于索引中,并尝试和 使所有索引都是数字(如果可能)。也许有 文本将在表中重复很多,在另一个 表中,所以你可以在它需要的表中使用一个数字。
  • 帮助我的另一件事是更有可能的是相同的页面将被更频繁地点击,所以一种将缓存已经在一段时间内构建的 页面的缓存应该有助于 的性能好。

希望有帮助。