公布有了MySQL，客户资本办理尽在把握
”由于MySQL已经是一个运行了众多知名Web2.0网站的数据，包括Craigslist、Digg、Wikipedia和Google等，或许我们可以说每一个Web2.0公司实质上是一个使用MySQL数据库的公司。MySQL十分合适于撑持网站内的客户资本办理（customerresourcemanagement，CRM）体系。它已是良多Web网站不成支解的一部分了，并且其代价程度也是无人能敌的。别的在静态网站里，极可能已存在相称数目的CRM数占有待开掘。在做一家德律风公司SAP实行组办理员的过程当中，我渐渐精晓了其出色的CRM工具包。我懂得到CRM中约莫有90%的事情是体系设置实行和保护，以满意用户不休变更的请求。一位CRM的开辟职员必需精晓历程和布局的计划。如今就让我们来会商一下，你在利用MySQL创立一个可晋级的高功能CRM体系时所要履历的历程。
为MySQL计划CRM办理计划
CRM数据库很庞大：你的用户表格会链接到你的接洽办法表格上，后者又链接到你的地点和机构的表格上，这两个表格又链接到你的事物表格上，而这个事物表格又链接到你的目次表格上，等等。关于某些干系，你必要创立庞大的复合索引。关于其他的干系，你大概只必要复杂的索引，大概基本就不必要。你完成里的更新和删除大概会也大概不会被层叠。
这就意味着，你必要极为熟习MySQL里可用的调剂办法。可是在你可以举行调剂之前，你就必要计划一个CRM历程，依托它来使用这些调剂办法。
逻辑和数据流
正如你可以在图A里看到的那样，你能够将MyISAM表格作为呈报范例数据的源来利用。这十分有效，由于在你只是复杂地查询数据库时，ISAM表格将是个闪电般疾速的数据源。ISAM的弱点是，表格文件本身大概会溃散，而对其数据的更新很简单就会招致如许的成绩。
图A
CRM计划的数据流
要办理ISAM的不不乱性，你可使用InnoDB表格来增加、更新和删除数据表格里的纪录。InnoDB引擎是事件性（transactional），以是假如更新失利，那末数据就会退回到变动之前的形态。InnoDB在参照上加倍完全，如许数据的更新就不会违背表格之间的任何干系法例。
下面的图表中所没有反应出来的器材是，你应当随时备份你的数据。在如许的情形下，ISAM表格里所保留的都是宝贵的数据。这些表格都是你应当备份的器材。你能够在InnoDB表格里取得一样的数据，可是ISAM的表格更合适于备份历程的查询。
对InnoDB表格的恢复操纵也是出于一样的缘故原由――它们更合适于更新（比方参照的完全性、速率、不乱性等等），并且它们将被主动地与任何有待增加／更新的操纵举行同步。假如InnoDB表格不幸溃散了，那末就可以够使用ISAM的数据来重修表格，这就是为何要将这个历程像如许支解的最好缘故原由了。究竟，冗余就即是平安。
要注重，在图A里毗连表格A和表格B的线条显现其是一个单向的同步历程。它触及呈报（Report）表格（表格A、ISAM）的锁定，然后将更新（Update）表格（表格B、InnoDB）推回给表格A。这一历程产生得很快，由于在这一点上不会有大概很少会无数据切实其实认。MyISAM在计划上就不撑持它。
压缩包装的CRM
固然，不是一切的CRM都是计划用来和MySQL一同事情的。它们一般城市撑持MySQL，可是它们没有益用到其独有的功能和计划特征。比方SAP、PeopleSoft和微软CRM都没无为MySQL供应任何优化的特征。这就是为何它们都是依据甲骨文和微软的RDBMS计划典范所创立的缘故原由了。
仍是有良多CRM工具包都是环绕LAMP（linux／Apache／MySQL／php）这一基本来计划的。这些一般都是开放源代码的项目，与之相干的优点和消费是不可思议的。因为CRM几近老是触及良多软件的自界说和贸易历程的剖析，以是它相称愿意介入到开放源代码的开辟事情中来。开放源代码所供应的计划更新距离恰是体系同企业实践操纵举行同步所必要的，最少是在尽量地同步。
用于MySQL的几种CRM工具包
上面这些CRM工具包已为同MySQL一同利用举行了优化：
[*]FlamingoInternetNavigators
[*]OnmiStarLive
[*]Anteil
共同的计划典范
假如你正在介入利用MySQL创立CRM办理计划的事情，那末你就必要将手艺同贸易技能无效地分离起来。将体系里的接口同实在天下里的接口相婚配，必要你对MySQL共同计划典范里可用的功能加强特征有一个深切的懂得。了解MySQL的事物和非事物表格范例将是了解这个典范的关头，可是诸如索引和关头字的分解（keycomposition）也有其感化。
MySQL可以被用作经常使用的年夜型CRM工具包的后端数据库，可是这些工具包常常不克不及够使用MySQL的优化特征和计划典范。可是，良多开放源代码的工具包切实其实使用了MySQL独有的特征，大概它们可以在源代码这一条理被调剂以使用这些特征。这就让MySQL成了你CRM项目标一个幻想选择。
[*]
事实上，在任何DBaaS中，解决方案提供商对如何管理物理资源都没有控制权，因此MySQL学习教程可能会发现由于DBaaS的局限性使得他们提供给客户的远远小于客户所期望的。 但换公司用MSSQL2K感觉自己好像根本就不了解MSSQL。什么DTS触发器以前根本没用过。 但是随着数据量的增大，这种成本差距会逐渐减小，趋于相等。（500万数量级只相差10%左右） 只能告诉你，学好数据库语言和原理，多见识几种数据库软件，比一棵树上吊死要好。 所以你总能得到相应的升级版本，来满足你的需求。 原理很简单，对要求长时间计算某一时间点的报表生成和防用户操作错误很有帮助。但是比起Oracle10g的闪回技术还是细粒度不够。可惜！ 分区表效率问题肯定是大家关心的问题。在我的试验中，如果按照分区字段进行的查询（过滤）效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询，效率会低于未分区表的相同语句。 两个月啃那本sqlserver2005技术内部-存储引擎，花了几个月啃四本书 是要和操作系统进行Socket通讯的场景。否则建议慎重！
页:
[1]