Trình chuyển đổi SQL sang CSV

Bộ phân tích chấp nhận những gì

INSERT INTO users (id, email, created_at) VALUES
  (1, 'alice@example.com', '2024-01-12 09:00:00'),
  (2, 'bob@example.com',   '2024-01-13 10:30:00'),
  (3, 'carol@example.com', '2024-01-13 11:15:00');

Trở thành:

id,email,created_at
1,alice@example.com,2024-01-12 09:00:00
2,bob@example.com,2024-01-13 10:30:00
3,carol@example.com,2024-01-13 11:15:00

Quy tắc thoát CSV được áp dụng

• Dấu phân tách luôn là dấu phẩy; không có tùy chọn chọn dấu phân tách.
• Các trường chứa dấu phẩy, dấu nháy kép hoặc dấu xuống dòng được bao trong dấu nháy kép.
• Dấu nháy kép bên trong được nhân đôi (" thành ""), theo RFC 4180.
• Dấu nháy đơn ở đầu và cuối của các hằng chuỗi SQL bị loại bỏ.
• NULL của SQL đi qua dưới dạng văn bản nguyên văn NULL; hãy thay thế ở bước sau nếu công cụ của bạn cần ô trống.

Các giới hạn cần biết

• Bắt buộc có danh sách cột. Bộ phân tích đọc tiêu đề từ danh sách (col1, col2, ...) trước VALUES. Một câu lệnh INSERT INTO t VALUES (...) trần không có danh sách cột sẽ tạo ra các hàng CSV không có tiêu đề.
• Mỗi lần một bảng. Nếu bản kết xuất của bạn trộn lẫn INSERT cho các bảng khác nhau, hãy tách chúng ra trước. Các hàng có độ rộng khác nhau tạo ra CSV không đều.
• Không phân tích CREATE TABLE. Kiểu cột không được sử dụng. Ngày tháng, JSON và blob nhị phân đi qua dưới dạng văn bản thô.
• Mỗi nhóm ngoặc trở thành một hàng. Bộ phân tích biến mỗi nhóm (...) thành một hàng, vì vậy các mệnh đề cuối chứa ngoặc (ON DUPLICATE KEY UPDATE, RETURNING), lời gọi hàm như NOW(), hoặc mảng lồng nhau như (1,2,3) bên trong một giá trị sẽ thêm các hàng thừa. Hãy giới hạn đầu vào ở các bộ INSERT ... VALUES đơn giản và thay các biểu thức đó bằng hằng số trước khi dán.