iLeichun

MySQL有多种存储引擎：

　　MyISAM、InnoDB、MERGE、MEMORY(HEAP)、BDB(BerkeleyDB)、EXAMPLE、FEDERATED、ARCHIVE、CSV、BLACKHOLE。

　　MySQL支持数个存储引擎作为对不同表的类型的处理器。MySQL存储引擎包括处理事务安全表的引擎和处理非事务安全表的引擎：

　　◆ MyISAM管理非事务表。它提供高速存储和检索，以及全文搜索能力。MyISAM在所有MySQL配置里被支持，它是默认的存储引擎，除非你配置MySQL默认使用另外一个引擎。

　　◆ MEMORY存储引擎提供“内存中”表。MERGE存储引擎允许集合将被处理同样的MyISAM表作为一个单独的表。就像MyISAM一样，MEMORY和MERGE存储引擎处理非事务表，这两个引擎也都被默认包含在MySQL中。

　　注释：MEMORY存储引擎正式地被确定为HEAP引擎。

　　◆ InnoDB和BDB存储引擎提供事务安全表。BDB被包含在为支持它的操作系统发布的MySQL-Max二进制分发版里。InnoDB也默认被包括在所 有MySQL 5.1二进制分发版里，你可以按照喜好通过配置MySQL来允许或禁止任一引擎。

　　◆ EXAMPLE存储引擎是一个“存根”引擎，它不做什么。你可以用这个引擎创建表，但没有数据被存储于其中或从其中检索。这个引擎的目的是服务，在 MySQL源代码中的一个例子，它演示说明如何开始编写新存储引擎。同样，它的主要兴趣是对开发者。

　　◆ NDB Cluster是被MySQL Cluster用来实现分割到多台计算机上的表的存储引擎。它在MySQL-Max 5.1二进制分发版里提供。这个存储引擎当前只被Linux, Solaris, 和Mac OS X 支持。在未来的MySQL分发版中，我们想要添加其它平台对这个引擎的支持，包括Windows。

　　◆ ARCHIVE存储引擎被用来无索引地，非常小地覆盖存储的大量数据。

　　◆ CSV存储引擎把数据以逗号分隔的格式存储在文本文件中。

　　◆ BLACKHOLE存储引擎接受但不存储数据，并且检索总是返回一个空集。

　　◆ FEDERATED存储引擎把数据存在远程数据库中。在MySQL 5.1中，它只和MySQL一起工作，使用MySQL C Client API。在未来的分发版中，我们想要让它使用其它驱动器或客户端连接方法连接到另外的数据源。

　　当你创建一个新表的时候，你可以通过添加一个ENGINE 或TYPE 选项到CREATE TABLE语句来告诉MySQL你要创建什么类型的表：

　　CREATE TABLE t (i INT) ENGINE = INNODB;

　　CREATE TABLE t (i INT) TYPE = MEMORY;

　　虽然TYPE仍然在MySQL 5.1中被支持，现在ENGINE是首选的术语。

　　如何选择最适合你的存储引擎呢？

下述存储引擎是最常用的：

　　◆ MyISAM：默认的MySQL插件式存储引擎，它是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一。注意，通过更改STORAGE_ENGINE配置变量，能够方便地更改MySQL服务器的默认存储引擎。

　　◆ InnoDB：用于事务处理应用程序，具有众多特性，包括ACID事务支持。

　　◆ BDB：可替代InnoDB的事务引擎，支持COMMIT、ROLLBACK和其他事务特性。

　　◆ Memory：将所有数据保存在RAM中，在需要快速查找引用和其他类似数据的环境下，可提供极快的访问。

　　◆ Merge：允许MySQL DBA或开发人员将一系列等同的MyISAM表以逻辑方式组合在一起，并作为1个对象引用它们。对于诸如数据仓储等VLDB环境十分适合。

　　◆ Archive：为大量很少引用的历史、归档、或安全审计信息的存储和检索提供了完美的解决方案。

　　◆ Federated：能够将多个分离的MySQL服务器链接起来，从多个物理服务器创建一个逻辑数据库。十分适合于分布式环境或数据集市环境。

　　◆ Cluster/NDB：MySQL的簇式数据库引擎，尤其适合于具有高性能查找要求的应用程序，这类查找需求还要求具有最高的正常工作时间和可用性。

　　◆ Other：其他存储引擎包括CSV(引用由逗号隔开的用作数据库表的文件)，Blackhole(用于临时禁止对数据库的应用程序输入)，以及Example引擎(可为快速创建定制的插件式存储引擎提供帮助)。

　　请记住，对于整个服务器或方案，你并不一定要使用相同的存储引擎，你可以为方案中的每个表使用不同的存储引擎，这点很重要。

MySQL（发音：[ˌmaɪ ɛs kjuː ˈɛl]，但也经常读作My- SEQuel）是一个开放源码的关系数据库管理系统，开发者为瑞典MySQL AB公司，现为Sun公司的一部分。2009年Oracle宣布收购Sun公司，因此MySQL可能成为Oracle旗下产品。MySQL由于性能高、成 本低、可靠性好，已经成为最流行的开源数据库，被广泛地应用在Internet上的中小型网站中。随着MySQL的不断成熟，它也逐渐用于更多大规模网站 和应用，比如维基百科、Google和Facebook。非常流行的开源软件组合LAMP中的M就是指 MySQL。

下载：http://dev.mysql.com/downloads/
更新：http://dev.mysql.com/doc/refman/5.1/en/news-5-1-51.html

　　过去我的一个朋友常说，学习任何编程语言最困难的部分是运行“Hello World”，之后一切都很容易。多年以后，我才意识到他说的很对。学习设计模式的基本目标是要用它，尤其是帮助那些有扎实的OOP基础，而对设计模式很困惑的人在设计中应用它。我不会为不同设计模式写很全面的参考，但我希望这些文章能让你入门。设计模式与特定的语言无关。虽然我用C#写了很多示例，但我尽量避免一些C#特有的结构，因此它面向大部分人，尤其是使用C++的人。

　　装饰器模式允许我们动态为对象添加行为。下面我们先介绍一个场景，然后寻找替代方法。这会帮助我们认清该模式的真实用途，尤其在灵活性这方面。

　　思考过程

　　今天我们参考的不是一个实际的场景，有时可能会很奇怪，但它会帮助我们弄清这个模式及相关概念。我们的目标是添加将不同来源的信息存储到磁盘文件上的功能。所以，第一步我们定义一个接口，并实现它。IMessageWriter和IMessageReader接口分别用于写入和读取信息，他们的实现如下：

　　信息作为Message属性存储，MessageWriter的方法WriteMessage把它写到指定的文件。同样，MessageReader的方法ReadMessage从指定的文件读取，并以字符串的形式返回。现在假设客户提出了新需求。

　　对某些信息在读和写文件之前，我们需要验证用户;

　　对某些信息我们希望加密后保存，来防止别人读取，并且我们需要以64位编码保存加密信息;

　　对某些信息，我们都需要这些功能;

　　很奇怪吧，呵呵，首先我们不用装饰器分析不同的解决方案，这会使我们对这个简单的设计模式认识更加清晰。

　昨晚我在编写“路过的”的应用随机取笑话的时候发现一个问题，我的目标是从笑话表(大约几万条数据量)中随机抽取一条笑话并显示，起初我的SQL如下：

　　Sql代码

　　select　*　from　xiaohua　limit　随机数,1

　　其中随机数是由java程序产生，当随机数比较小时，发现执行速度非常快，但当随机数如超过1w时，执行速度超慢，看来这条路是行不通了，于是我又利用mysql的rand()函数，看看执行效率，发现效率也不好，最后我通过google了一下，发现碰到这个问题的人还是很多的，最终的SQL如下(速度超过)，可到http://l.faqee.com/的查看笑话看执行速度：

　　Sql代码

　　如果您是才接触MySQL数据库的新人，那么MySQL中多表删除是您一定需要掌握的，下面就将为详细介绍MySQL中多表删除的方法，供您参考，希望对你学习掌握MySQL中多表删除能有所帮助。

　　1、从MySQL数据表t1中把那些id值在数据表t2里有匹配的记录全删除掉

　　DELETE t1 FROM t1，t2 WHERE t1.id=t2.id 或DELETE FROM t1 USING t1，t2 WHERE t1.id=t2.id

　　2、从MySQL数据表t1里在数据表t2里没有匹配的记录查找出来并删除掉

　　DELETE t1 FROM t1 LEFT JOIN T2 ON t1.id=t2.id WHERE t2.id IS NULL 或

　　DELETE FROM t1，USING t1 LEFT JOIN T2 ON t1.id=t2.id WHERE t2.id IS NULL

　　3、从两个表中找出相同记录的数据并把两个表中的数据都删除掉

　　DELETE t1，t2 from t1 LEFT JOIN t2 ON t1.id=t2.id WHERE t1.id=25

　　注意此处的delete t1，t2 from 中的t1，t2不能是别名

　　如：delete t1，t2 from table_name as t1 left join table2_name as t2 on t1.id=t2.id where table_name.id=25 在数据里面执行是错误的(MySQL 版本不小于5.0在5.0中是可以的)

　　上述语句改写成

　　delete table_name，table2_name from table_name as t1 left join table2_name as t2 on t1.id=t2.id where table_name.id=25 在数据里面执行是错误的(MySQL 版本小于5.0在5.0中是可以的)

　　以上就是MySQL中多表删除的方法介绍。

　　Visual Studio 2010 Ultimate 版本有个新功能IntelliTrace(智能跟踪)，IntelliTrace被引入到Visula Studio中来加速我们对.NET应用程序的调试，它通过对预先设置的事件和方法在运行过程中的跟踪并将其有效地传递给调试执行者，从而快速的传递程序在执行过程中的状态和各种信息来帮助开发者更好的调试程序，快速的发现问题。实际上，在Visual Studio 2010之前，Microsoft Visual Stuido已经帮助我们很好的继承了调试工具，比如对变量的监控，对堆栈的查看等等，并且允许设置断点进行单步调试等。所有的这些都在很好的帮助开发者来了解程序在不同的执行过程中的状态以及检测是否按照预先实际的逻辑进行运转，而且更多的，我们通过断点后监测程序状态来发现问题所在。而这样所存在的问题是，一些逻辑上的错误可能发生在断点执行之前，而且很可能是一些无法追查。开发者必须停止当前的调试，重新设置断点并启动调试，而这样的试验过程往往需要很多次才能找到正确的位置来设置断点。IntelliTrace智能的将一些调试信息和程序状态自动的跟踪并实施的展现给开发人员，从而减少了需要程序员找到适当的断点才能跟踪和监控程序运行状态的过程。

　　Visual Studio提供给我们两个方式来控制其搜集信息的内容源，一个是IntelliTrace events only，仅仅收集智能跟踪事件和调试中断的相关数据;另外一个是IntelliTrace events and call information，这个就会收集除了IntelliTrace事件之外对一个方法调用的进入和退出的各种数据。下边我们来看看在Visual Studio 2010中如何设置IntelliTrace的跟踪选项。

　　进入到工具 --> 选项 --> IntelliTrace。它在默认状态下是启用的，但是，仅捕捉事件，因为捕捉事件是便宜的。然而，当你开始跟踪所有这些调用信息时，真正的价值开始显现出来了。你每一次调试的时候，IntelliTrace都将弹出来，你在动态调试的时候可以使用这个历史性的调试工具。假如我在那里并且有一个断点，但是，我要备份和重新设计这个断点，我可以使用IntelliTrace完成这个任务。

　　使用IntelliTrace捕捉到调试进程的其他人可以把记录以及.dlls和pdbs文件发送给你，你可以重放它们的进程。这个进程也许进入到数据库(你没有这个数据库)，它也许是采用你不能复制的方法设置的，它可能在你不能企及的网络上，但是，你不用担心，因为你拥有记录以及.dlls和pdbs文件，你可以重放。

　　当然，拥有源代码会更好，因为那样你就能够看到这个代码好像是在你自己的机器上调试它一样。这对于在你的机器上运行正常，在其他人的机器不能运行的那些神秘的故障来说是非常好的。它对于多线程的情况也是非常好的，当你经过这个应用程序的时候，这个软件瑕疵就消失了，但是，在正常速度运行时，这个软件瑕疵又出现了。

　　默认情况下，IntelliTrace仅仅收集IntelliTrace相关的事件，这样是为了保持所收集的数据较少，并且对于性能上的影响是最小的。而当你选择对方法调用的数据也进行搜集时，除了其临时搜集的数据所占用空间的增大外，对于性能的影响也是较大的。尽管收集到的细节有所不同，但两种方式都会收集一些共同的数据。比如，它总会在第一次启动收集过程时收集系统信息，模块的加载和卸载事件，线程的起始和结束时间等。随着模块和线程的事件，可以正确的更新模块和线程调试窗口的信息。另外，任何模式下，在调试断点处也会对数据进行收集，并将所收集到的基本数据类型和对象在调试其中进行检查和审阅，并允许改变其值。

　　总的说来IntelliTrace调试程序就是为程序开发者量身定制的，通过其独特的“历史调试”功能，为开发者提供了一个反悔追溯过程控制功能。比如，在开发中程序在10分钟前出现一个异常，怎么办呢，如果在以前一般是通过手动调用Debug.Write语句，现在不必了!因为不少开发工具中的这种历史调试功能都非常相似，在VS2010 正式版 中通过IntelliTrace，不但能使程序员看到程序的当前状况，也可以检查某些情况下产生的事件，甚至还能隔离应用程序历史记录中的故障点。所以，启用历史调试之后，VS2010 正式版能够捕获调用堆栈以及相关变量，咱们就可以“回退”至程序的保存前10分钟或者更长时间，检查程序发生异常、故障时的各种情况。因为，在默认情况下程序只保存关键的类型，而开发人员可以选择记录所有的参数，对象以及全局变量。所以，IntelliTrace会主动展示程序运行过程中的关键事件，诸如代码异常、文件访问、时时调试等等。

　　更好的理解使用IntelliTrace调试功能，向你推荐MSDN杂志上上的一篇文章IntelliTrace: 使用 IntelliTrace 调试应用程序，Justin Marks 演示了如何使用 Visual Studio 2010 旗舰版中提供的 IntelliTrace 功能，该功能为开发人员提供了一种强大的新调试工具来加速调试并收集应用程序的完整执行历史记录、获得更深入的信息以及快速查找 Bug。

新文科技讯 （谢军）北京时间10月7日凌晨消息，据国外媒体报道，微软周三宣布收购.NET 框架应用监测软件AVIcode。据来自该公司的声明，此次收购将帮助微软给客户提供统一化的物理，虚拟化及云应用的管理服务，无论无论客户是通过服务提供商，还是微软的数据中心来使用相关应用，不过该声明没有披露协议的具体条款。

　　根据博客上的声明，AVIcode的软件将通过微软的system Center产品系列提供，AVIcode的产品包括整个应用程序使用周期监测的全部品种。

  AVIcode监控能力包括一款专门的Silverlight监控产品给终端用户提供应用性能和品质评测数据的能力、追踪重要业务交易执行的能力，以及允许管理员获取分布式应用或服务软、硬部件详细资料的能力。

　　微软服务器和开发工具事业部管理服务部门企业副总裁布拉德·安德森(Brad Anderson)同时在声明中指出“AVIcode能帮助改进操作管理器的性能，使企业真正获得360度的服务器独立托管监听服务，无论企业的服务是基于数据中心、云服务还是其他解决方案”，此前AVIcode已经获得了超过200万美元的风险投资。

　　不过目前还不清楚微软收购AVIcode的这项交易是否属于其上半年收购的15家科技公司中的一部分。

　　PHP3跟Apache服务器紧密结合的特性；加上它不断的更新及加入新的功能；而且几乎支持所有主流与非主流数据库；再以它能高速的执行效率，使得PHP在1999年中的使用站点已经超过了150000。加上它的源代码完全公开，在 Open Source意识抬头的今天，它更是这方面的中流砥柱。不断地有新的函数库加入，以及不停地更新的活力，使得PHP无论在UNIX、LINUX或是Windows的平台上都可以有更多新的功能。它提供丰富的函数，使得在程序设计方面有着更好的支持。

　　【PHP4】

　　PHP4.0整个脚本程序的核心大幅更动，让程序的执行速度，满足更快的要求。在最佳化之后的效率，已较传统CGI或者ASP等程序有更好的表现。而且还有更强的新功能、更丰富的函数库。无论您接不接受，PHP 都将在 Web CGI 的领域上，掀起巅覆性的革命。对于一位专业的Web Master 而言，它将也是必修课程之一。

　　PHP 4.0是更有效的，更可靠的动态Web页开发工具，在大多数情况运行比 PHP 3.0要快，其脚本描述更强大并且更复杂, 最显著的特征是速率比的增加。PHP4.0这些优异的性能是PHP 脚本引擎重新设计产生的结果：引擎由 AndiGutmans 和 Zeev Suraski从底层全面重写。PHP4.0 脚本引擎 ——Zend 引擎，使用了一种更有效的编译——执行方式, 而不是PHP 3.0 采用的执行 ——当解析时模型。

　　PHP4的优越性：

　　PHP4在3.0版的基础上增加或增强了许多有用的特征，主要如下：

　　（1）别名：在PHP4中，可以利用引用为变量赋值，这给编程带来了很大的灵活性。

　　（2）扩充了API 模块：PHP 4.0 为扩展的 API 模块的提供了扩展PHP接口模块, 它比旧的 API 版本显著地快。 PHP 模块已有的及最常用的接口多数被转换到使用这个扩展的接口。

　　（3）自动资源释放：PHP4增加了引用计数功能，这种新技术的引入使PHP4具有了自动内存管理功能,减轻了开发人员的负担。

　　（4）布尔类型：PHP 4.0 支持布尔类型。

　　（5）进程生成：在 UNIX 环境下的 PHP 4.0 提供了一个很智能和通用的生成进程, 使用了一种名为基于automake/libtool的系统生成技术。

　　（6）COM/DCOM 支持：PHP 4.0 提供 COM/DCOM 支持 ( 仅用于Windows 环境 ) 可以无缝地存取和访问 COM 对象。

　　（7）与PHP 3.0 兼容性很好：PHP 4.0 是与 PHP 3.0 代码向后兼容性接近100% 。由于 PHP 4 的改进的体系结构,两者有一些细微的差别，但是大多数人将可能永远不可能遇上这种情况。

　　（8）配置：PHP4重新设计和增强了PHP.ini文件,这使得用PHP.ini来配置PHP显得极为容易,这个文件可以在运行时被Apache(unix系统)或由Windows 注册(Windows 环境)。

　　（9）加密支持：PHP4实现了完整的加密, 这些加密功能是一个完整的mycrypt库，并且 PHP 4.0 支持哈希函数。Blowfish，TripleDES,MD5,并且SHA1 也是可使用的一些加密算法。

　　（10）类型检查：PHP 4.0 支持同一操作符用于评类型检查：===（ 3 等号运算符 ）, 为在两个值和其类型之间作检查。例如, 3 ===3 将视为假 ( 类型是不同的 ), 而 3 ==3 ( 相等判断 ) 将视为真。

　　（11）FTP 支持：PHP 4.0 支持 FTP 。通常, 你会为通过一个调制解调器连接下载一个大文件提供一个接口。然而, 如果你确实有需要，可以使用PHP 。

　　（12）PHP4新增函数或功能增强函数：PHP 4.0 新增了许多函数,同时也将许多现有的函数功能进行了增强，以下是一些例子。 array_count_values() eval() foreach() nclude() ob_end_clean() ob_end_flush() ob_get_contents() ob_start() strip_tags() unset()

　　（13）here打印：PHP 4.0 的Here打印是与Perl类似的, 尽管完全不相同。Here是打印大容量文章的一个有用的方法,例如在 HTML文件中，不会漏掉任何一个字符，例如目录标记。

　　（14）HTTP Session fallback 系统：为 HTTP Session管理的一个 fallback 系统在 PHP 4.0被实现 。缺省情况下，Session标识符由cookies存储。如果没有cookies支持或一项cookies任务失败，Session标识符自动被创建并在 URL 的查询字符串中被携带。

　　（15）ISAPI 支持：PHP 4.0 能作为一个个性化的 ISAPI 模块作为 IIS插件 。这比 PHP 3.0 更有效, 它作为一个外部的程序来运行。

　　（16）内存：PHP 4.0 能更有效的使用内存, 导致较少的内存占用消耗,这主要归功于引用计数技术的实现。

　　（17）其他类成员函数：在 PHP 4.0 你能在成员函数本身的作用域或全局范围内调用其他类的成员函数。例如,你能用一个子函数覆盖父函数,并在子函数中调用父函数。

　　（18）多维数组：在 PHP 4.0 ，利用GET，POST,Cookies的进行的数据传输支持多维数组。

　　（19）个性化的 HTTP Session支持：HTTP Session处理, 包括 fallback 系统管理，在 PHP 4.0被它的新库函数实现 。在版本 3.0 中处理Session要求使用 PHPLIB 和第三方的库函数, 它比把Session直接地由 PHP 支持慢了许多。

　　（20）个性化的 Java 支持：PHP 4.0 支持和java的交互。这种个性化的Java 支持为PHP 在 Java 对象上创建和使用方法提供一个简单并且有效的工具。

　　21）对象和数嵌套组：PHP 4.0 实现了功能更加强大的对象, 移去了 PHP 3.0存在的种种句法限制。对象能在数组以内被嵌套并且反过来也如此, 可以根据你的需要实现嵌套。

　　（22）面向对象的编程：PHP 4.0 为面向对象的编程和构造类及对象提供扩展的功能和新特征。PHP4实现了对象重载,引用技术等新技术。

　　（23）对象重载支持：对象重载语法允许第三方的基于面向对象的类库使用 PHP4 的面向对象的特征存取他们自身的功能。使用这个特征的一个 COM 模块已经被实现了。

　　（24）输出缓冲支持：PHP 提供了一个输出缓冲函数集合。输出缓冲支持允许你写包裹函数功能压缩缓冲区。在 PHP4 的输出缓冲支持允许 HTML 头信息存放, 无论 HTML的正文是否输出。头信息( (header(), content type, and cookies ) 不采用缓冲 。

　　（25）增加了PCRE 库：PHP 4.0 包括一个 Perl 兼容的正则表达式 (PCRE ) 库, 和正常regex库一起与 PHP 绑定。split 和replace PCRE 功能被支持。PCRE 和 Perl 正规表达式之间有一些细微差别。

　　（26）PHP.ini 文件：PHP.ini文件在 PHP4.0 被重新设计, 使用的 PHP 的配置PHP.ini是更容易并且更有效的。全部文件能被Apache 在运行时间操作 ( 在 Apache环境 下 ) 或由 Windows 注册表 ( 在 Windows 下面 ) 。被加入PHP.ini文件的配置指令自动地在所有相关的模块中被支持。

　　（27）引用计数：PHP 4.0 为系统中的每个数值提供了引用计数, 包括资源。一旦一个资源不再被任何变量引用，它自动地被释放以节省内存资源。利用这个特征的最明显的例子一个内置SQL查询的循环语句。在PHP 3.0中 ，每次递归另外的 SQL 结果集合重复申请内存，直到脚本执行完毕,这些结果集合占用的内存才被释放。

　　（28）支持引用：通过引用可以改变一个变量的值。

　　（29）函数的运行时绑定：PHP 4.0 的运行时间绑定功能允许你在他们被声明以前调用, 无论声明是否在代码以后或是在运行时间。

　　（30）类的运行时信息：PHP 4.0 支持在运行时刻存取下列类信息：一个对象的类名，一个对象的父类的类名字，以及对象函数所在的名字。

　　（31）服务器抽象层：为支持Web服务器提供了增强型 SAPI ( 服务器 API ) 接口,是 PHP 4。0 不可分的一部分。这个服务器抽象层,提供了通用的WEB服务器接口支持,支持多线程WEB服务器,为大多数的WEB服务器提供透明的支持, 这些服务器包括 Apache ,IIS ( ISAPI ), 以及 AOL 服务器。

　　（32）语法的点亮显示：PHP 4.0 语法的点亮显示允许开发者看见源代码而不是脚本, 这个功能比PHP 3。0中的更有效。它跑得更快，更执行得更好，并且产生更紧凑的HTML代码。

　　（33）由引用改变变量的值：PHP 4.0 由引用支持可变的赋值, “关联”的2个变量之中个的任何一个的值被改变,另外的变量的值同样被改变,这类似与C中的指针类型。

　　（34）在引用字符串中的变量引用：PHP 4.0 增强了在引用字符串中的变量引用。

　　本文来源于国外一位博友的文章，他在博客中写道：“是到了PHP落幕的时候了。就在我这个顽固的PHP分子正要把一个现有的Ruby on Rails代码库转换成PHP时，我要说这样的话”。

　　历史在重演

　　作者认为PHP将亡，因为我以前见到过。大概十年之前，PHP灭掉了Perl。当然了，并不十分彻底；它还坚守在某些环境里，它还有相当可观数量的顽固粉丝，遗留下来的应用程序也需要维护，持续几十年。但这种语言对于新一代的人，特别是web开发者，它在1999年就开始灭亡了，到2005年左右几乎完全死了。

　　作为在那个时期出现的新的web开发者，事情显的很明白而且水到渠成：Perl已经不适应新的应用开发环境了。在Perl里，页面需要冗长的公式化 的CGI方式实现，而这些在PHP里却可以用基本的、缺省的编程方式实现。Perl语言里到处都是旧时代的特征 — 引用，不方便的数据结构，还有其他许多的小的古怪语法语义 —— 这使得web开发冗长，不稳定，不方便。无怪乎没有一个出色的web应用是用Perl写成的，而用PHP你却能做的又快又简单，尽管PHP存在着在当时就 显而易见的缺陷。

　　在1999年支持Perl反对PHP的争论有很多：Perl要快的多，有更多的程序库和驱动支持，CPAN是个神奇的地方，里面预先写好的代码能让 你绝大部分任务省去80%的工作量。现在看起来这些就有点可笑了，但“PHP缺乏可扩展性”却是个真正的缺点。但总之PHP赢了，因为上面所说的这些问题 并不是这种语言固有的。PHP解释器可以变得更快，程序库可以被开发出来，PERA和PECL目前已经变得相当庞大，这还不包括各种厂商希望人们去使用他 们的API而提供的非正式的程序库。

　　时间在推移

　　十年之后，我可以感觉到历史大潮正在重演。开发人员对语言的期望在前进。如果说Perl最缺乏的是PHP里令人惊讶的灵活的“关联数组”(也就是智 能哈希表)，那么PHP现在缺乏的就是lambdas和方法链(method chaining)了。同时PHP往往是用在只要20行代码就能写出一个网页的地方，而如今却是如果你不使用什么MVC框架之类的东西就会被认为没有把事 情做对。公式化的代码表明了问题所在：这种语言需要一个框架来替人们做这些事情。

　　退回到以前，我认为那些顽固的使用Perl来做web开发的人很傻。现在，经历了十年的PHP开发，我处在相同的位置上了。我可以在一个小时里用 PHP敲出一个不错的网站，在一两天里开发出一个优秀的网站。PHP的性能众人皆知，我可以无限的扩展它。我雇佣过的每个开发人员都会它，我集成过的每个 系统里都有一个用它写出的打包的代码库。我深陷于PHP的方便性，尽管它对于我的任务并不是一个合适的语言。

　　转向Ruby on Rails

　　最明显有潜在能力继任PHP的是Ruby on Rails。Ruby是一个新的、干净的语言，具有现代的语言特征，松散、优雅的语法(很像Python)。Rails省去了我们常见的任务，省去了集成 web应用里的公式化的做法，把PHP里三、四行的习惯写法变成了first-class语言结构。这看起来极其像我需要的PHP替代品、能让开发工作再 一次提速的东西。

　　我每天使用Rails，修改一个喜爱这种框架和语言的有经验的Rails专家所写的Rails应用，七个月后，我却不能断言Rails是一个正确的选择了，原因很难表达。我这篇文章的目的就是想试图把原因说清楚。

　　我的主要的抱怨，必须要提的，就是性能。我之前就说过这种问题不应该被当作一种语言的致命缺陷，它只是语言实现中的暂时的问题。所以我不能把这当作 一个真正的问题，尽管它是我把现在的应用移植到PHP的最主要的一个原因。我可以让Rails跑的跟PHP一样快，但那需要提供2到4倍高的硬件条件。我 估计五年内将还会这样，五年后我也许不必把程序移植到PHP。但现在，它不能满足我的要求。

　　第二，我讨厌Active Record。Active Record是一种模式，并不是Ruby固有的，在Rails的最新版本里是可选择的，但是对它的使用和这种模式已经深入到了Rails的DNA里了。我 之前曾解释过为什么我认为这数据库上的ORM不是个好做法，所以我不会再重复解释,但有一点我需要总结的就是你省去了手工写CRUD所获得的效能要大于 ActiveRecord做傻事所损失的效能，要花时间搞清楚它是怎么工作的，顺应框架原则，防止它做这样的事情。

　　第三，我十分的不信任代码自动生成。工具能帮你生成模板式的代码很有用，但你的程序了却多出了成堆的毫无用处的代码来实现这些目的，这就变的不好 了。代码生成喜欢“神奇推理”，因为生成器并不确定代码某些特别有用的特征究竟是专门写出的还是语言环境固有自带的。神奇推理是危险的。

　　代码生成让我想到了Ruby on Rails的一个可能是最根本的问题，就是它并不是一种语言。Ruby是一种语言。但Ruby，它在解决了PHP上的一些基本问题外，并没有解决核心问 题，那就是现代web应用需要一系列的改进：像routing,model/view分类，drop-in功能性等都是很常见的特征。Rails里有，但 这跟PHP里的Zend，Symfony 和 Code Igniter之类的MVC框架一样只是绑上去的绷带。

　　那么缺的是什么?

　　能够取代PHP的语言必须十分优秀于PHP，就如同PHP优秀于Perl一样。它必须承担起web应用的主要实现任务，就像PHP那样，你的代码的 主要功能就是输出网页 —— 一个有点激进的要求，它要不适合去做其它的事情，例如当中shell脚本语言。我希望有这样一种语言，它能够承担起我开发一个MVC式的web应用时的所 有的任务，所有功能都是核心内置的，不能仅是一个程序包。

　　问题是，没有这样的一种语言。有一段时间服务器端JavaScript看起来将会成为下一个重要的语言，它能统一web应用前端和后端的编程语言。但是这些JavaScript上的伟大思想总是徘徊在一些跑题的行为上，比如nodejs：事件驱动模式非常的激进和强大，能让你开发出高性能的应用程序，最大化的使用新式硬件，但这是一种开发服务器端应用程序的思路，不是web页面。并且你仍然需要去写一大堆可怕的web页面。另外一些CommonJS的成果例如ejScript开始尝试着取代PHP，但仍没有解决框架问题。

　　仍在等待

　　我不得不做出结论，PHP的替代者还不存在。Ruby on Rails很好，但并不比一个PHP之上的类似的MVC框架强多少，更别提由于Ruby自身的效率不高和ActiveRecord的ORM恶搞带来的双重 打击。Python看起来并不感兴趣于作为下一代的web语言，JavaScript的服务器端解决方案还刚刚只是个开始。

　　我等待下一个大目标的出现。我希望能从PHP上转走，真的。我可不想成为Perl式的古董。但不管怎样，这种语言看起来还不存在。我判断错了吗？