快捷搜索:

有了MySQL,客户资源管理尽在掌握

MySQL异常得当于支持网站内的客户资本治理(customer resource management,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一路应用进行了优化:

独特的设计典型

假如你正在介入应用MySQL创建CRM办理规划的事情,那么你就必要将技巧同商业技术有效地结合起来。将系统里的接口同真实天下里的接口相匹配,必要你对MySQL独特设计典型里可用的机能增强特点有一个深入的懂得。理解MySQL的事物以及非事物表格类型将是理解这个典型的关键,然则诸如索引和关键字的合成(key composition)也有其感化。

MySQL能够被用作常用的大年夜型CRM对象包的后端数据库,然则这些对象包每每不能够使用MySQL的优化特点以及设计典型。然则,很多开放源代码的对象包切实着实使用了MySQL特有的特点,或者它们能够在源代码这一层次被调剂以使用这些特点。这就让MySQL成为了你CRM项目的一个抱负选择。

您可能还会对下面的文章感兴趣: