sql - 长期使用 Oracle 的用户切换到 MySQL，有什么需要注意的问题吗？

Question

碰巧过去 10 年的所有项目都使用 Oracle 作为数据库服务器。现在，我开始自己使用 MySQL(最新的稳定版)进行一个副项目。

是否有任何陷阱(不按 Oracle 用户预期工作的事情)？任何与事务管理、锁定、隔离级别、索引等相关的事情。

我主要是一名 Java 开发人员，所以我很感兴趣如何从应用程序服务器查看数据库。存储过程、(复杂) View 或任何花哨的东西都不在我的项目范围内。

谢谢。

Answer 1

MySQL 有多种引擎——主要是 INNODB 和 MyISAM。 MyISAM does not support transactions, nor foreign key constraints .隔离级别相似 - 如今这些似乎是数据库之间的相对标准。

索引

索引不同——MySQL 有聚簇索引和非聚簇索引。聚簇索引通常用于主键，但不一定。还有 a limit on the space for defining indexes - 767 for INNODB, 1,000 for MyISAM .支持覆盖索引，不支持基于函数的索引...

优化器只能为每个 SELECT 子句使用一个索引——检查 EXPLAIN PLAN 输出。有指定要使用的索引的语法，但它是一个提示，优化器仍然可以忽略它。

约束

MySQL 有 CHECK constraint syntax, but no engine enforces it currently .唯一的选择是使用触发器。唯一约束在 MySQL 中作为索引实现。

自定义错误处理

您需要为自定义错误处理声明处理程序:http://dev.mysql.com/doc/refman/5.0/en/declare-handler.html

以前-
MySQL 不支持定义自定义错误以区分数据完整性错误和业务规则错误。

分析/排名/窗口功能

MySQL 没有任何这样的功能——没有 ROW_NUMBER、NTILE、RANK 或 DENSE_RANK。您可以使用变量创建伪功能 - 如果您检查标签“mysql”、“rank”，则有很多关于 SO 的示例。

WITH 语法 - 子查询分解

这是 another thing MySQL does not have .

分层查询支持

您猜对了 - 不支持分层查询的递归。 Oracle 从 v2 开始就有 CONNECT BY (!!)，但 ANSI 标准是使用 WITH 子句，就像您在 SQL Server 2005+ 中看到的那样。

观看次数

MySQL 不支持物化 View ，view support is crippled - can't use subqueries, for example .

枢轴/反枢轴

这是 ANSI 标准语法； Oracle 在 11g 中开始支持，但 MySQL 再次不支持。唯一的选择是 CASE 表达式和聚合函数，它们仍然是实现此功能的最可移植的方法(SQL Server 2005+ 支持 PIVOT/UNPIVOT)。

序列

MySQL 不支持序列，最接近的是将 INT 列定义为 auto_increment。这使得跨两个或多个表使用相同的值序列变得异常困难(如果不需要的话，这并不是您真正想要的)。此外，每个表只能定义一个 auto_increment 列。 increment and offset is instance-wide - 改变它，你会影响实例服务的每个数据库中的每个 auto_increment 列。重置 auto_increment 值需要 ALTER TABLE 权限；删除/截断数据不会改变当前值。

注意，MySQL 不支持 RETURNING 子句。 You need to use LAST_INSERT_ID() to retrieve the auto_increment value for a newly created row .

数据类型

MySQL 没有 NUMBER 数据类型 - it splits numerics into INT, MEDIUMINT, etc. . MySQL 在这方面与 SQL Server 非常相似。 MySQL's TEXT (TINYTEXT, TEXT, MEDIUMTEXT, and LONGTEXT)数据类型比 Oracle 的 VARCHAR2 的 4000 限制更宽松。 MySQL 支持 CLOB 和 BLOB...

包、存储过程、函数

MySQL 支持用户定义的函数和存储过程——我还没有遇到支持类似于 Oracle 包的数据库。 SQL Server 具有 CLR 程序集，但它需要使用 .NET CLR 代码而不是 native TSQL/PLSQL。