索引类型

    索引技术对数据库性能来说是很关键的，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真正胜出的地方就在于它的实现方式和优化器选择索引的策略上。

审计
    Oracle允许你通过审核跟踪设施对表和文件启用审计功能。一旦启用，你可以审计插入，更新或者删除一个特定的表，还可以注册，甚至是某一特定用户对数据库全部的访问。你有相当多的选择权，并且启用很容易。
Postgresql也有这个函数，据说跟Oracle的同样灵活、易于配置。

    另一方面，MySQL的核心函数中好像不提供这个函数，你当然可以构建自己的存储过程和触发器来做你想做的事情，并把相应的信息填入一张表中，只是相对麻烦一些。