mysql非常适合于支持网站内的客户资源管理（customer resource management，crm）系统。它已经是很多web网站不可分割的一部分了，而且其价格水平也是无人能敌的。此外在动态网站里，很可能已经存在相当数量的crm数据有待发掘。
在做一家电话公司sap实施组管理员的过程中，我逐渐精通了其卓越的crm工具包。我了解到crm中大约有90%的工作是系统配置实施和维护，以满足用户不断变化的要求。一名crm的开发人员必须精通过程和结构的设计。现在就让我们来讨论一下，你在使用mysql创建一个可升级的高性能crm系统时所要经历的过程。
为mysql设计crm解决方案
crm数据库很复杂：你的用户表格会链接到你的联系方法表格上，后者又链接到你的地址和机构的表格上，这两个表格又链接到你的事物表格上，而这个事物表格又链接到你的目录表格上，等等。对于某些关系，你需要创建复杂的复合索引。对于其他的关系，你可能只需要简单的索引，或者根本就不需要。你实现里的更新和删除可能会也可能不会被层叠。
这就意味着，你需要极其熟悉mysql里可用的调整方法。但是在你能够进行调整之前，你就需要设计一个crm过程，依靠它来利用这些调整方法。
逻辑和数据流
正如你能够在图a里看到的那样，你可以将myisam表格作为报告类型数据的源来使用。这非常有用，因为在你只是简单地查询数据库时，isam表格将是个闪电般快速的数据源。isam的缺点是，表格文件自身可能会崩溃，而对其数据的更新很容易就会导致这样的问题。
图a
[myimg]upload/myswlq.png[/myimg]
crm设计的数据流
要解决isam的不稳定性，你可以使用innodb表格来添加、更新和删除数据表格里的记录。innodb引擎是事务性（transactional），所以如果更新失败，那么数据就会退回到更改之前的状态。innodb在参照上更加完整，这样数据的更新就不会违反表格之间的任何关系法则。
上面的图表中所没有反映出来的东西是，你应该随时备份你的数据。在这样的情况下，isam表格里所保存的都是贵重的数据。这些表格都是你应该备份的东西。你可以在innodb表格里获得同样的数据，但是isam的表格更适合于备份过程的查询。
对innodb表格的恢复操作也是出于同样的原因——它们更适合于更新（例如参照的完整性、速度、稳定性等等），而且它们将被自动地与任何有待添加／更新的操作进行同步。如果innodb表格不幸崩溃了，那么就能够利用isam的数据来重建表格，这就是为什么要将这个过程像这样分割的最好原因了。毕竟，冗余就等于安全。
要注意，在图a里连接表格a和表格b的线条显示其是一个单向的同步过程。它涉及报告（report）表格（表格a、isam）的锁定，然后将更新（update）表格（表格b、innodb）推回给表格a。这一过程发生得很快，因为在这一点上不会有或者很少会有数据的确认。myisam在设计上就不支持它。
Java Asp PHP .Net XML C/C++ CGI VB Jsp J2ee J2se J2me EJB Servlet Tomcat Resin Struts Weblogic Eclipse ANT GUI JMS Web servise IDEA Webphere Hibernate Spring Jboss Applet Swing Socket Javamail Perl Ajax P2P 安全 模式 框架 测试 开源 游戏
Windows XP Windows 2000 Windows 2003 Windows Me Windows 9.x Linux UNIX 注册表 操作系统 服务器 应用服务器
