解答 分类关联表用于实现内容和分类之间的多对多关系，在实际的CMS系统中，一个内容可能属于多个分类，同时一个分类也可能包含多个内容，如果没有这个关联表，无法直接在数据库中表示这种多对多的关系，通过创建内容分类关联表，将内容和分类之间的关系拆分成两个一对多的关系，即内容与关联表的关系以及分类与关联表的关系，从而实现了多对多关系的映射，这样在查询某个分类下的所有内容或者某个内容所属的所有分类时，可以通过连接这个关联表来获取相关信息。
组建mysql集群的几种方案
但似乎很多人推荐这个）DRBD+Heartbeat+MySQL（有一台机器空余？Heartbeat切换时间较长？有脑裂问题？）MySQL Proxy（不够成熟与稳定？使用了Lua？是不是用了他做分表则可以不用更改客户端逻辑？）MySQL Cluster （社区版不支持INNODB引擎？商用案例不足？稳定性欠佳？或者还有其他问题？又或者听说现在发展不错？）MySQL + MHA （如果配上异步复制，似乎是不错的选择，又和问题？）MySQL + MMM （似乎反映有很多问题，未实践过，谁能给个说法）淘宝的Cola(似乎现在停止开发了？)？变形虫Amoeba（事务支持？）或者，其他方案？ 不管哪种方案都是有其场景限制 或说 规模限制，以及优缺点的。 1. 首先反对大家做读写分离，关于这方面的原因解释太多次数（增加技术复杂度、可能导致读到落后的数据等），只说一点：99.8%的业务场景没有必要做读写分离，只要做好数据库设计优化 和配置合适正确的主机即可。 +MySQL --确实有脑裂的问题，还无法做到准确判断mysqld是否HANG的情况；+Heartbeat+MySQL --同样有脑裂的问题，还无法做到准确判断mysqld是否HANG的情况，且DRDB是不需要的，增加反而会出问题； Proxy -- 不错的项目，可惜官方半途夭折了，不建议用，无法高可用，是一个写分离； Cluster -- 社区版本不支持NDB是错误的言论，商用案例确实不多，主要是跟其业务场景要求有关系、这几年发展有点乱不过现在已经上正规了、对网络要求高； + MHA -- 可以解决脑裂的问题，需要的IP多，小集群是可以的，但是管理大的就麻烦，其次MySQL + MMM 的话且坑很多，有MHA就没必要采用MMM建议：1.若是双主复制的模式，不用做数据拆分，那么就可以选择MHA或 Keepalive 或 heartbeat2.若是双主复制，还做了数据的拆分，则可以考虑采用Cobar；
数据库的设计包括什么？
概念设计，逻辑设计，物理设计只不过是对数据库的抽象程度不同，概念设计是将实体关系分析清楚，逻辑设计将关系实体变成table,view,pk,fk and so on,物理设计就要具体考虑系统配置如何提高效率了。 我觉得到了数据库设计本身已经到了系统开发的具体详细设计阶段，如果硬要分那么，概念设计应该是概要设计了吧。
数据仓库与数据挖掘的原理是什么？
本书全面深入地介绍了数据仓库、联机分析处理和数据挖掘的基本概念、基本原理和应用技术。 全书分成三篇，数据仓库及OLAP概念、原理和技术篇的主要内容包括数据仓库的基本概念、体系结构、模型设计、创建和维护，ETL、元数据、数据集市、OLAP的基本概念、分类、模型设计；数据挖掘技术篇介绍了数据挖掘的基本理论、基本过程、常见模型的算法；工具及实例简要介绍了数据仓库产品工具的基本情况，对产品选择和评判进行了一些分析，并较详细地介绍和分析了移动通信业务数据仓库系统。 本书可作为计算机、信息系统等专业的学生学习数据仓库、OLAP及数据挖掘技术的实用教程，也可供从事数据仓库、数据挖掘研究、设计、开发等工作的科研、工程人员等。
发表评论