在数据库内部的安全性方面，所有这三个数据库都支持口令登录和数据库内部各种类型的加密。Oracle确有一种新特征叫做虚拟专用数据库，其中表的段和列都可以被编码，对于视图是隐藏的。这对于一些有争议的或是敏感的数据非常有用，DBA和其他管理员对这些数据是无权访问的。

结论

　　很明显，这三个数据库平台都有大量的特征，对于同一问题也有不同的解决方案。就安全性，触发器，视图，物化图和存储过程而言，他们提供了许多一样的功能，尽管在性能和配置方面有些差异。在第二部分，我们将讨论数据库真正开始千差万别的一些方式，从索引方面，可能最重要的是从它们的优化引擎方面。
　　
　　在前面对数据库的比较中，我们提到了几种不同的特征，比如触发器，视图和存储过程。虽然在Oracle，Postgresql和MySQL中这几个特征集彼此之间有所不同，但是你遇到的大部分应用都是集中在这几个方面。这一次，我们将讨论这几个平台之间存在明显差异的一些东西，最重要在于它们处理SQL复合语句和优化选择的方式上。

SQL复合语句（优化引擎）

　　不管你选择哪个数据库，SQL语言都是你和数据库交互的最基本和最重要的方式。 这也正是这三个平台开始分道扬镳的地方。 Oracle支持大量复杂的查询,几乎是无限多的表和所有类型的联结以及组合。但这些充其量只是冰山一角，Oracle真正的王牌在于它的Cost Based Optimizer（基于代价的优化器），它分析SQL语句，如果可能的话会重写和简化它，基于代价选择索引，根据驱动表和其他一些神秘的方式来做出决定。

　　读一下MySQL的文档你就会发现性能偏见的来源，这些是厂家细节类型，它使得性能优化和性能调节在任何平台上都很复杂。MySQL能够处理的任何JOIN或者VIEW语句的固定最大值是61张表。 我个人又有点疑问，不管怎么说，应用程序中表太多了处理起来会更困难，所以正如前面所说，确实是优化器而不是能够查询的最大表规格占上风，等等。

　　Postgresql 8.x版支持所有的SQL92规范，几乎没有什么限制。 我再次认为，一种数据库优于其他数据库在于优化程序方面做得好。复合查询很麻烦，所以查询策略就成了你分析性能瓶颈的最好参考。
　　
索引类型

　　索引技术对数据库性能来说是很关键的，Oracle在这方面提供了很多的选择。目前存在着太多的索引类型，从标准的B树到反向键，再到基于函数的时常误用的位图索引，甚至index-only表。作为附加技术，DBA还可以使用Oracle Text，它提供了索引能够让你查找CLOB（大字符对象），而且Oracle Spatial提供了基于位置数据的索引。

　　在MySQL里，我们发现有B树，哈希表，全文和GIS索引（基于位置数据），还有簇索引，但是如果我在Oracle方面的经验有任何指导作用的话，我可以说这些跟大多数应用程序都是不相关的。大部分时候，B树索引是我在Oracle，MySQL和Postgres应用中能看到的唯一一种索引。除此之外，就算作为示例，基于函数的索引在MySQL中也是没有的，但是它们能够靠创建另一列使用那个函数和一些数据来模拟，然后再增加一个触发器使它更受欢迎。

　　Postgresql提供了B树和哈希表，以及r树和它自己个性化的GiST索引类型，它允许创建用户自定义类型和基于函数的索引。Oracle也提供了一种类似的函数，其中它的基于函数的索引能够用于基于pl/sql的函数，而不仅仅是标准的系统预定义函数，例如那些你可能不会用到的trunc，UPPER函数。但是你要小心了，这样的索引很可能访问速度极慢，当它从你的表中输入输出数据的时候，速度慢得你甚至都可以放慢语速加入讨论了。

　　再次强调一下，Oracle真正胜出的地方就在于它的实现方式和优化器选择索引的策略上。

审计