在phpcms上看到一帖子，不知道SS是怎样的

看了下面的回复，我就多说几句。这个东西我不懂，但我想大家可能都看过一个CMS的评测文章，那个文章评测结果是phpcms负载能力第一，ss第二，但或许正是下面作者所说的情况，评测时可能所有数据都是在一个表里，所以SS得了第二。我想知道的就是：确切的说，在ss里，一个模型是不是单独建一个表？ss大概是个什么样的数据库结构。

强烈建议在正式版推出之前，解决公共表问题：
现在的情况好像是：
phpcms_content：存所有模型的如标题、类型、关键字、id等模型的辅助信息。
Phpcms_c_news：这样的新建表，只是存模型的内容。

无论新建多少模型XX_C_XXX表，只能是存内容，而所有的标题和辅助信息，还是全部放在：phpcms_content这个表里，这样就极不合理。

比如：有十个栏目，用十个模型（十个表），一个栏目信息100万，加起来这也算是千万级了，如果没有分表，这一千万条信息全在一个表里，其速度和效率可想而已了。有了分表，就可以一个表分别存100万，大大减轻每个表的压力，也提高了效率。而PHPCMS2008只是把内容表给分表了，虽然每个内容表压力变小了，但那个phpcms_content表却还是存着1000万的数据，大家说说，无论是搜索还是生成，还是动态，还是管理什么的，速度和效率会高吗？同样一个搜索，我想搜索100万和1000万是不一样的。并且还存在一个重大的安全隐患：万一这一个表出错了，影响的不是一个模型一个栏目，而影响的将是整个网站。因为所有的模型都是公用的那一个表。

在增加信息时也很不方便，你看看信息的ID就知道，所有的模型公用的是一个ID序列，而不是一个模型一个ID序列，虽然在数字上没什么影响，但从长远来说也有隐患：因为一个数字字段的长度也是有限的，如果你有100个以上的模型，每个模型上千万或更多的信息，从中再有删删减减的，这样算（每个模型数*100多）下来，也是不小的，万一达到这个数据字段的长度怎么办？整个系统其达到了极限？虽然一个栏目可能达不到这些，但以现在的ID计算办法，100模型呢？1000个模型呢？三年呢？五年呢？。。。哈哈，虽然这个ID担忧对于个人站长来说几乎可以不计，但没有远虑必有近忧。。。完善，没有坏处。

再个问题就是：把所有信息放在一个表里，给管理和备份也带来不便。比如：一个产品模型，一个新闻模型，如果把信息都放在一个表里，多么的不方便。还比如：给每个模型的数据管理也带来不便，我现在只想备份其中一个模型的数据，如果是完全独立的表，只需要备份这个模型的所有表就行了。而现在的是必须要备份一个公共表和这个模型的内容表，这时麻烦就出来了，如果要恢复的话，势必会对其他模型带来必然的影响。

觉得像ECMS的分表就没有这样的问题：

它的结构大致是：

新建一个模型，比如：news。

一个表存的是news的辅助信息，一个是数据信息，像什么标题、内容等整个信息的所有数据。好像还有一个是存档表。相关于三个表对应一个模型。

这样的好处就是各个模型可能真正的完全独立，互不影响，还提高了整个网站的数据容量。

把所有信息的相关字段（如：ding、作者、来源等）放在一个表里的好处还有就是方便管理和调用（在用SQL做万能调用时很方便），而不用在多个表之间来回的调用。总之，好处很多。

建议PHPCMS2008在建立模型时，自动新建一个对应的新的辅助信息数据表，如：PHPCMS_C_NEWS_INFO等，而不是只用那个公共的表。做到真正的完全独立！

希望PHPCMS能认真地重视下这个问题。哈哈，说的比较乱。。。

不知道你发来这的意思，楼主是想提示SS开发人员吗？

  应该是提示SS7开发组吧

什么呢东西  太专业了

支持楼主什么都不评就评他个签名！  踏平日本,消灭大和民族

全站一个信息ID肯定是不好的!~

再来2个人。。。

再来2个人。。。
ghostmovie 发表于 2008-10-24 23:44

妮的头像好诱人，如果日本人都你头像这样子，也摆出你头像这动作，那大家会争抢去踏平日本啦，哈

,.,.,.