网络社区软件Discuz是什么？

是论坛的一种 Crossday Discuz! Board 论坛系统(简称 Discuz! 论坛,中国国家版权局著作权登记号 2003SR6623)是一个采用 PHP 和 MySQL 等其他多种数据库构建的高效论坛解决方案.作为商业软件产品,Discuz! 在代码质量,运行效率,负载能力,安全等级,功能可 *** 控性和权限严密性等方面都在广大用户中有良好的口碑.凭借 Discuz! 开发组长期积累的丰富的web开发及数据库经验,和强于创新,追求完美的设计理念,使得 Discuz! 在很短时间内以其鲜明的个性特色从国内外同类产品中脱颖而出.经过了效率最优化和负载能力最佳化设计的 Discuz!,已获得业内越来越多专家和权威企业的认可. 具体请见： http://www.discuz.com/index.php?category=1 论坛列子： http://www.yueji.net Discuz5.5搭建的 查看原帖>>

网络数据库(Network Database)其含义有三个：①在网络上运行的数据库。②网络上包含其他用户地址的数据库。③信息管理中，数据记录可以以多种方式相互关联的一种数据库。网络数据库和分层数据库相似，因为其包含从一个记录到另一个记录的前进。与后者的区别在于其更不严格的结构：任何一个记录可指向多个记录，而多个记录也可以指向一个记录。实际上，网络数据库允许两个节点间的多个路径，而分层数据库只能有一个从父记录（高级记录）到子记录（低级目录）的路径。

因此，网络数据库是跨越电脑在网络上创建、运行的数据库。网络数据库中的数据之间的关系不是一一对应的，可能存在着一对多的关系，这种关系也不是只有一种路径的涵盖关系，而可能会有多种路径或从属的关系。

使用现有的主要吸引力一、可扩展的NoSQL数据库

如果您的整个 _active set_ 适合单个机器的主内存（现代商品机器可以高达 128GB +），那么您就没有水平可扩展性问题：即，您绝对没有理由进行分区（“分片") ) 你的数据库和放弃关系。如果您的活动数据集适合内存，那么任何带有索引的适当调整的数据库都将表现得足够好，可以在数据库本身成为限制之前使您的以太网卡饱和。

如果您认为关系模型本身并不合适，您可以轻松地在 MySQL 之上构建一个“面向文档的存储”：这就是 Friendfeed 最终要做的，我会遵循他们的模型（除非我使用 Avro （软件）、Apache Thrift 或 Google Protocol Buffers 而不是特定于语言的序列化）-

http://bret.appspot.com/entry/how-friendfeed-uses-mysql

如果您的站点变得非常成功，您将拥有一个不再适合您机器的主内存的活动集。在这种情况下，设计不当的存储引擎的性能会迅速下降。但是，MySQL 的 InnoDB（或 Postgres 的存储引擎）仍然允许您使用旋转磁盘保持（取决于您的请求分布）大约 2:1-5:1 的数据与内存比率。一旦超出这个范围，性能就会开始迅速下降（因为您要为每个请求进行多次磁盘搜索）。现在，您最好的做法是升级到 SSD（固态驱动器），这再次允许您在数据库成为限制之前使以太网卡饱和。

最后，当您遇到不适合的数据集大小时，例如，软件 raid 1 + 0 配置中的多个 SSD（同时为备份、多个版本的数据等提供空间...），那么您必须水平缩放。也就是说，您必须使用本质上支持分区的数据库（例如 Riak、Voldemort、Cassandra、HBase），或者在基于 MySQL/Postgres 的数据存储之上构建应用程序级分区层。我无法告诉您哪种解决方案是正确的，因为我（或您）都不知道您的数据及其访问模式在那时会是什么样子。也就是说，编写自己的分片层是您可以在代码中引入额外错误的另一个地方：不必构建自己的分布式数据库（您通过构建分片层有效地做的事情）是使用现有的主要吸引力一、可扩展的NoSQL数据

---