Chèn nhiều hàng vào Oracle

Question

Trong discussion về nhiều hàng chèn vào Oracle hai phương pháp đã được chứng minh:

Đầu tiên:

insert into pager (PAG_ID,PAG_PARENT,PAG_NAME,PAG_ACTIVE) 
      select 8000,0,'Multi 8000',1 from dual 
union all select 8001,0,'Multi 8001',1 from dual 

Thứ hai:

INSERT ALL 
    INTO t (col1, col2, col3) VALUES ('val1_1', 'val1_2', 'val1_3') 
    INTO t (col1, col2, col3) VALUES ('val2_1', 'val2_2', 'val2_3') 
    INTO t (col1, col2, col3) VALUES ('val3_1', 'val3_2', 'val3_3') 
    . 
    . 
    . 
SELECT 1 FROM DUAL; 

bất cứ ai có thể tranh luận sở thích sử dụng cái khác?

P.S. Tôi không tự mình nghiên cứu (ngay cả kế hoạch giải thích), vì vậy bất kỳ thông tin hoặc ý kiến ​​nào cũng sẽ được đánh giá cao.

Cảm ơn.

Answer 1

Tuyên bố sử dụng UNION ALL về lý thuyết có một bất lợi hiệu suất nhỏ vì nó phải kết hợp các kết quả của tất cả các câu lệnh trước khi chèn có thể xảy ra. INSERT ALL không có bất lợi này vì kết quả cuối cùng có thể đã được xử lý theo từng dòng.

Nhưng thực tế trình tối ưu hóa bên trong Oracle sẽ làm cho sự khác biệt không đáng kể và tùy thuộc vào sở thích của bạn theo cách bạn chọn.

Theo ý kiến ​​riêng của tôi, INSERT ALL là người có thể đọc được tốt hơn của hai trong khi biến thể UNION ALL là một biến mất ít không gian hơn khi chèn như vậy được tạo tự động.

Answer 2

Tôi nghi ngờ giải pháp 1 là một chút hack hoạt động và có lẽ kém hiệu quả hơn so với thay thế được thiết kế của TẤT CẢ TẤT CẢ.

Chèn tất cả được thực sự được thiết kế để bạn có thể chèn nhiều hàng vào hơn 1 bảng như là kết quả của một lựa chọn, ví dụ:

Insert ALL 
into 
    t1 (c1, c2) values (q1, q2) 
    t2 (x1, x2) values (q1, q3) 
select q1, q2, q3 from t3 

Nếu bạn muốn tải hàng ngàn hàng và họ đang không ở trong cơ sở dữ liệu đã là, tôi không nghĩ đây là cách tốt nhất để làm điều đó - Nếu dữ liệu của bạn nằm trong tệp, bạn muốn xem Bảng bên ngoài hoặc Trình tải SQL để chèn hàng hiệu quả cho bạn.

Answer 3

Từ quan điểm của hiệu suất, các truy vấn này giống hệt nhau.

UNION ALL sẽ không ảnh hưởng đến hiệu suất, vì Oracle ước tính chỉ truy vấn được chỉnh sửa UNION khi nó cần, nó không lưu trước kết quả. Cú pháp

SELECT linh hoạt hơn theo nghĩa đó bạn có thể dễ dàng điều khiển truy vấn SELECT nếu bạn muốn thay đổi điều gì đó.

Ví dụ, truy vấn này:

insert into pager (PAG_ID,PAG_PARENT,PAG_NAME,PAG_ACTIVE) 
      select 8000,0,'Multi 8000',1 from dual 
union all select 8001,0,'Multi 8001',1 from dual 

có thể được viết lại như

INSERT 
INTO pager (PAG_ID,PAG_PARENT,PAG_NAME,PAG_ACTIVE) 
SELECT 7999 + level, 0, 'Multi ' || 7999 + level, 1 
FROM dual 
CONNECT BY 
     level <= 2 

Bằng cách thay thế 2 với số lượng thích hợp, bạn có thể nhận được bất kỳ số lượng hàng mà bạn muốn.

Trong trường hợp INSERT ALL, bạn sẽ phải sao chép mô tả bảng đích, ít có thể đọc được nếu bạn cần, ví dụ: 40 hàng.

Answer 4

Phương thức INSERT ALL có vấn đề với việc chèn số hàng lớn hơn vào bảng.

Gần đây tôi đã muốn chèn 1130 hàng vào một bảng với câu lệnh SQL đơn. Khi tôi cố gắng làm điều này với INSERT ALL phương pháp tôi đã nhận lỗi sau:

ORA-24335 - cannot support more than 1000 columns

Khi tôi sử dụng cách tiếp cận INSERT INTO .. UNION ALL .. tất cả mọi thứ diễn ra tốt đẹp.

Btw. Tôi không biết về UNION ALL phương pháp trước khi tôi thấy cuộc thảo luận này :)

Answer 5

tôi đã cố gắng một số thử nghiệm và các giải pháp nhanh hơn nên

insert into pager (PAG_ID,PAG_PARENT,PAG_NAME,PAG_ACTIVE) 
      select 8000,0,'Multi 8000',1 from dual 
union all select 8001,0,'Multi 8001',1 from dual 

đệm giữa 300 < -> 400 hàng (tôi đã cố gắng với odbc, giá trị này có thể phụ thuộc vào cấu hình của nó)

Answer 6

Bạn nên xem xét Mảng-Chèn.

• Dễ SQL
• cần một số mã hóa client-side để thiết lập các mảng-Tham số

Đây là cách để giảm thiểu Mạng-Traffic nếu vài trăm chèn cần phải được thực hiện trong một lô .

Answer 7

Nếu bạn có chèn câu lệnh nhiều hơn 1000, sau đó đặt tất cả các câu lệnh chèn vào tệp .sql và mở câu lệnh đó trong Toad hoặc SQL Developer và sau đó thực thi. Tất cả hồ sơ sẽ được chèn vào.