接口开发：Orcal数据库的批量修改sql

场景：在日常的CURD中一定会用到批量修改。在我们的项目中，使用的数据库是Orcal，由于之前基本都是使用Mysql的，使用的sql语句也基本都是用mysql的。但是在这次的接口编写时用mysql的批量修改出了问题，刚开始我还以为是写的动态sql有问题，在后续的问题修改也主要是对动态sql修改，因此也浪费了大量的时间，在后续把sql搬到数据库运行一下后才发现是sql的问题，同时也了解到了mysql和orcal 也是有很多地方是不同的。

MySQL和Oracle在批量修改数据时存在一些不同点，主要体现在语法、性能、事务处理等方面。以下是一些关键区别：

1. 语法

MySQL：

在MySQL支持多种方式进行批量更新。最常用的是使用UPDATE ... JOIN语法。

UPDATE table1 t1
JOIN table2 t2 ON t1.id = t2.id
SET t1.column1 = t2.new_value
WHERE t2.some_column = 'some_condition';

Oracle：

在Oracle中，批量更新可以通过合并（MERGE）语句来实现，这是一个相对强大的方法。

MERGE INTO table1 t1
USING (SELECT id, new_value FROM table2 WHERE some_column = 'some_condition') t2
ON (t1.id = t2.id)
WHEN MATCHED THEN
UPDATE SET t1.column1 = t2.new_value;

2. 性能和优化

MySQL：

• 在MySQL中，批量更新时需要特别注意索引的使用。适当的索引可以显著提高批量更新的性能。
• 使用UPDATE ... JOIN时，确保连接的列上有索引，以避免全表扫描。
• MySQL对于大批量更新可能会出现锁表现象，因此在实际操作中可以通过分批次更新来减小锁的影响。

Oracle：

• Oracle的MERGE语句通常比多个独立的UPDATE语句更高效，特别是在数据量较大的情况下。
• Oracle支持并行DML（并行数据操作语言），这意味着可以通过设置并行度来加快批量更新的速度。
• Oracle的索引和分区策略也对批量更新的性能有重要影响。

3. 事务处理

MySQL：

Oracle：

• MySQL默认使用的是自动提交模式，在进行批量更新时，需要显式地开始和提交事务，以确保数据的一致性和完整性。
• 如果批量更新操作失败，可以使用ROLLBACK回滚事务。

• Oracle：

• Oracle默认在事务中执行语句，不自动提交。批量更新操作会在事务中进行，直到显式提交。
• 同样，失败时可以使用ROLLBACK回滚事务。

• 4. 锁机制

  MySQL：

• MySQL的InnoDB存储引擎使用行级锁，适用于并发写操作较多的场景，但在批量更新时可能会出现死锁或锁等待超时的情况。
• MySQL支持锁等待超时设置，通过innodb_lock_wait_timeout参数进行配置。
• Oracle也使用行级锁，但其锁机制更加复杂和强大，能够更好地处理高并发环境中的批量更新。
• Oracle的锁等待时间可以通过LOCK_WAIT_TIMEOUT参数进行配置。

最后附上当时编写的sql代码和动态sql：

sql代码:

UPDATE PROD_CONFIG_ITEMSET PARAM_VALUE = CASE
WHEN PARAM_CODE=1 THEN 3
WHEN PARAM_CODE2 THEN 4
ELSE PARAM_VALUE
END
WHERE PARAM_CODE IN(1,2);

动态sql: