从Mysql转到Oracle前需了解的50件事

原文：zillablog

Robert Treat

• 1、有些人说Oracle没有限制，实际上他们说得可能是Oracle不支持LIMIT语法。不过可以rownum虚列来实现，不过会更加麻烦。
• 2、 Oracle不支持偏移（offset）语法。
• 3、 Oracle的复制功能可能比MySQL更加健壮，不过也更加难以配置。
• 4、 对于多个Master类型的系统，大部分用户都希望你使用更加复杂也更加昂贵的Oracle RAC（虽然可能NDB更加健壮）。
• 5、 Oracle的分区功能非常健壮，但是它不是内置的，并需要专门为此付费（分区功能是在Enterprise Edition里面是内置的）。
• 6、 在Linux/Unix上，Oracle并不象Mysql那么方便，很多Linux/Unix发行版默认就会自带Mysql。（我对这一点的理解与翻译可能都有偏差）
• 7、 INSERT … ON DUPLICATE KEY UPDATE语法将不再可用，不过你需要学习更加复杂（但是符合SQL标准）的MERGE语法。
• 8、 Oracle的ROLE架构与MySQL有很大差异，无法再使用root角色来完整所有工作。（不过Sys用户的权限仍然与root相差无几，只是为了安全着想，不建议这么使用了）。
• 9、Role 帐户与特定的Schema联系在一起（反之也一样），类似于MySQL数据库中的Database概念。（Role并不完全与Schema联系在一起，系统有一些固定的role，这些Role包含部分已经定义好的权限集（privilege set），也可以再自定义部分新的role）。
• 10、 事实上，丢弃一切已知的关于连接访问的设置吧，Oracle使用一套全新的系统来处理连接访问。
• 11、 支持全文搜索，不过语法完全不同。
• 12、 Oracle的文档非常丰富，不过，如果需要Oracle的专业服务，你需要拥有Metalink的访问权限。
• 13、在非数据库社区很难找到相关的支持信息（例如，PHP论坛或者网站开发者的网志）
• 14、自增功能可以通过Trigger与sequence对象来实现。
• 15、 大量日常熟悉的SHOW命令将不再可用，想要获取系统信息，需要你学习Oracle的数据字典（或信息Schema），深入一点的还需要学习Oracle动态性能。
• 16、 MySQL为信息Schema添加了多个非标准的扩展，在Oracle中将很难找到这些信息。
• 17、为了管理好生产系统与非生产系统的的转入转出，需要你深入理解Oracle的授权规则。
• 18、大体上讲，Oracle的数值类型更加简单，如果你确实需要类似于MySQL的多粒度的数值类型，就需要你自己来实现它，或者通过制定不同的精度（Number（n，x））来实现。
• 19、 在Oracle中，表可以做到无限制的增长，但是大部分情况下，都建议通过表空间（tablespace）来对此作细粒度的管理。
• 20、 Oracle不支持ALTER TABLE ADD COLUMN BEFORE|AFTER，也就是不支持自己制定字段的位置。（我们这边之前有部分应用对字段顺序有严格地要求，不过，从理论上讲，这是业务设计的问题，主要是其大部分情况下都是使用select *或者insert table values来处理数据，而不是在select，insert中指定具体需要处理的字段名列表）。
• 21、如果你习惯于通过图形界面（GUI）来管理数据库，你一定会喜欢上Oracle，但是如果你倾向于使用类似与Mysql 命令行的客户端，你可能会对sql*plus这个客户端工具感到失望（需要一个习惯的过程，sql*plus还是蛮好用的）。
• 22、 Oracle的数据校验比Mysql更加严格，依赖于MySQL的模糊规则可能会导致应用无法运行。MySQL接受”0000-00-00″来作为日期类型的值就是个典型的例子。
• 23、虽然Oracle的PL/SQL功能更强，但是它不支持标准的PSM语言来编写存储过程，因此你可能不得不学习它的非标准的语法。
• 24、Oracle不支持ENUM数据类型，只能通过使用基于文本的check约束或者创建外键关联表来实现。
• 25、Mysql的一些更加神秘的表类型（例如，blackhole，csv），在Oracle中找不到相对应的功能。 （不清楚blockhole是何种类型，不过Oracle的外部表（external table）确实是支持csv格式的，在11g版本中还支持对此文件的压缩/加密以及其他处理）。
• 26、Oracle中的Group By语句必须是确定的，它需要select list中出现的所有列都必须包含在group by从句中。
• 27、Oracle的exp命令输出的dmp文件无法象Mysql的转储文件一样可以手工修改。
• 28、Oracle的底层实现有较大变化，需要你学习UNDO与REDO segment，归档，以及DBWR进程。 （个人认为Oracle相对于其他数据库的主要的优势可能就是其UNDO/REDO的设计了。）
• 29、 Oracle不是开源软件，因此你无法在上面进行修补/优化/修复/实现你自己的东西。

Robert Hodges

• 30、 Oracle的查询优化是一件需要专家介入的工作。它的优化器比MySQL的要成熟的多，这意味着查询计划也相应的更加难以解释。如果你有一个大的应用，请准备好聘用一位了解如何有效进行此项工作的伙计。
• 31、 Oracle的基于成本的优化器的有效运行需要精确的统计信息。对于发生变化的表，需要定期的为其收集统计信息。批量数据加载进程也需要在处理过程中不时的执行estimate/compute statistics命令来收集统计信息以取得满意的性能。
• 32、 在Oracle中，创建连接是个代价高昂的操作。性能良好的Oracle应用都倾向于使用连接池来最小化登陆的开销。
• 33、Oracle应用需要应用prepared statement以获取可观的性能。如果你的应用不使用prepared statement的话，需要对应用进行调整。这是应用Oracle数据库的标准编程实践。（此处的prepared statement应该更多的是指使用绑定变量）。
• 34、 应用需要关闭结果集游标，否则很快就会遇到著名的”ORA-01000 Too many open cursors”错误。在Oracle中，这被认为是一个用户错误，需要你去调整你的代码。
• 35、 繁忙系统上的长查询可能会遭遇到” ORA-01555 Snapshot too old”错误。可以通过调整redo 段的大小（有时通过调整应用）来消除此错误，但是还是需要你关注这一点。（此处的redo segments的表述是有点问题，此处应该是Undo tablespace以及对应的Undo Retention，Oracle没有所谓的redo segment的说法）。
• 36、Oracle没有类似于非事务表的概念。大部分Oracle用户都认可这一点。
• 37、 Oracle的临时表定义是持久的SQL对象，并且对所有用户都可见（此处应该理解成以此用户登陆的会话，Session）。这一点与MySQL中使用的轻量级表有区别，在MySQL中，临时表是在单个会话内创建并销毁的。

Denish Patel

• 38、 在Oracle中，多个Alter Table操作不能在同一个SQL语句中执行，例如alter table emp modify name varchar（64） not null， add gender char（1） not null;
• 39、 默认情况下，Oracle不会自动提交。
• 40、 KILL命令在Oracle中无效，它使用alter system kill命令。（不清楚第一个kill是什么概念，操作系统级别的kill，Oracle还是支持的，我经常使用）。
• 41、 Oracle在Order by语句中不支持使用减号（-）。（不清楚这个具体的减号是什么东西）。
• 42、Oracle的sqlplus命令行接口不支持高亮显示。

Roland Bouman

• 43、 Oracle不支持group_concat或者类似的分组函数。需要你通过循环调取游标来实现，或者通过组合XMLAGG与XMLQUERY来实现你需要的查询。（在Oracle 9R2之后，可以使用自定义聚合函数来实现这个功能，到Oracle 11gR1之后，Oracle自己还提供了一个新的listagg分组函数来实现这个功能）。
• 44、 对于count（distinct expression）函数，Oracle只支持一个表达式（要么一个列名，要么*），而Mysql支持一组表达式。 （在Oracle中要实现一组表达式，可以通过使用子查询来实现）。
• 45、 Oracle对子查询的支持非常好。不要因为Mysql中的习惯而不去使用它。
• 46、 Oracle不支持用户变量（@num）。如果你需要利用它来计算运行时总和，可以利用分析函数（窗口函数）来实现。如果用用户变量来实现特定的汇总函数功能，你将发现Oracle已经有内置得功能支持这些功能。（另外在Oracle中，可以通过在package中应用dbms_session来设置context以实现用户变量）。
• 47、 Oracle没有区分TIME与DATE类型，Oracle的Date类型实际上就是一个DATETIME类型（但是比MySQL支持一个更大的日期范围）。
• 48、相对于MySQL来讲，Oracle的存储过程与触发器功能与性能都要好很多。不要习惯性地不去使用它们。
• 49、 如果需要在Oracle中编写存储过程，记得在开始编码前花点时间了解下Oracle是不是有相应的内置package。你将发现大部分问题已经解决掉了，或者至少大量的基础代码已经在那儿了。
• 50、如果你在MySQL中有使用BLOB类型或者TEXT类型，你可能会将他们迁移到Oracle地BLOB与CLOB中。然而，与MySQL不同，Oracle并不是透明地实体化这些数据。在大部分情况下，这确实是件好事情，但是它也意味着如果你只是想把BLOB/CLOB当作文本处理，你将需要花费大量琐碎的时间来使用LOB函数，在使用之初，LOB函数还是蛮让人气馁的。（LOB相关函数确实挺烦人，LOB的处理效率也非常差，即使是使用Oracle 11g的SecureFile）。