简短的回答是真的没有限制(除了可用的系统内存),但我认为你问错了问题。正确的问题是:用于批量绑定的合适尺寸是多少?确实没有确切的数字,但有几点需要考虑:
- 您正在使用批量绑定来减少上下文切换(从处理程序的 PL/SQL 引擎到插入行并返回的数据库引擎)
- 集合越大,程序消耗的内存就越多
- 最终,您将使集合变得如此之大,以至于您的程序不会因为上下文切换而“慢”,而是因为其他一些原因(CPU、可用内存、磁盘争用等)
我个人的规则是,大约 100 到 250 行是一个不错的尺寸。您可以自己对此进行测试,并看到随着集合变得非常大,性能实际上更差。您想选择一个性能良好且使用最少内存的数字:我下面的测试表明,即使是 50 也是一个足够好的值。
DROP TABLE t;
DROP TABLE v;
CREATE TABLE t AS
SELECT * FROM all_objects
CROSS JOIN (SELECT LEVEL FROM dual CONNECT BY LEVEL <= 10);
SELECT COUNT(*) FROM t;
-- 770260
CREATE TABLE v AS SELECT * FROM t WHERE 0 = 1;
DECLARE
TYPE t_tab IS TABLE OF t%ROWTYPE;
x_tab t_tab;
CURSOR c IS
SELECT *
FROM t;
c_bulk_size INTEGER := 50000;
v_start TIMESTAMP(9) := current_timestamp;
BEGIN
OPEN c;
LOOP
FETCH c BULK COLLECT
INTO x_tab LIMIT c_bulk_size;
IF x_tab.count > 0 THEN
FORALL i IN x_tab.first .. x_tab.last
INSERT INTO v
VALUES x_tab
(i);
END IF;
EXIT WHEN x_tab.count < c_bulk_size;
END LOOP;
dbms_output.put_line((current_timestamp - v_start) || ' size ' ||
c_bulk_size);
CLOSE c;
ROLLBACK;
END;
/
-- +000000000 00:00:11.696873000 size 50
-- +000000000 00:00:12.692300000 size 50
-- +000000000 00:00:11.634849000 size 50
-- +000000000 00:00:12.770239000 size 100
-- +000000000 00:00:11.268332000 size 100
-- +000000000 00:00:11.793120000 size 100
-- +000000000 00:00:11.400098000 size 250
-- +000000000 00:00:10.625674000 size 250
-- +000000000 00:00:11.783102000 size 250
-- +000000000 00:00:09.490830000 size 500
-- +000000000 00:00:10.411275000 size 500
-- +000000000 00:00:11.713433000 size 500
-- +000000000 00:00:09.140556000 size 1000
-- +000000000 00:00:12.459841000 size 1000
-- +000000000 00:00:09.132134000 size 1000
-- +000000000 00:00:10.188990000 size 10000
-- +000000000 00:00:09.758166000 size 10000
-- +000000000 00:00:10.685548000 size 10000
-- +000000000 00:00:19.255858000 size 50000
-- +000000000 00:00:20.929404000 size 50000
-- +000000000 00:00:24.243393000 size 50000
我希望这有帮助。如果您搜索批量收集限制,互联网上有很多关于此的文章。AskTom 上有几篇值得一读。