Nó không chỉ là không hợp lý để làm như vậy, nhưng nó là phải trong trường hợp bạn muốn giữ nguyên toàn vẹn trong trường hợp bất kỳ hồ sơ không thành công, vì vậy bạn nhận được một "tất cả hoặc không có gì" nhập khẩu như bạn lưu ý. 250000 chèn hoặc cập nhật sẽ không có vấn đề gì đối với SQL để xử lý, nhưng tôi sẽ xem xét triệu truy vấn đó là gì. Nếu chúng không cần thiết để thực hiện sửa đổi dữ liệu, tôi sẽ đưa chúng ra khỏi giao dịch, vì vậy chúng không làm chậm toàn bộ quá trình.
Bạn phải xem xét rằng khi bạn có giao dịch mở (bất kể kích thước), giao diện sẽ xảy ra tại các bảng mà nó chạm và giao dịch lâu dài như giao dịch của bạn có thể gây cản trở cho người dùng khác. thời gian. Nếu bạn mong đợi việc nhập khẩu lớn và tốn thời gian và hệ thống sẽ bị tải, hãy xem xét thực hiện toàn bộ quá trình qua đêm (hoặc bất kỳ giờ cao điểm nào) để giảm thiểu tác động.
Về kích thước, không có giới hạn kích thước cụ thể trong SQL Server, chúng có thể sửa đổi về mặt lý thuyết bất kỳ lượng dữ liệu nào mà không gặp sự cố. Giới hạn thực tế thực sự là kích thước của tệp nhật ký giao dịch của cơ sở dữ liệu đích. Công cụ DB lưu trữ tất cả dữ liệu tạm thời và sửa đổi trong tệp này trong khi giao dịch đang diễn ra (vì vậy nó có thể sử dụng nó để cuộn lại nếu cần), do đó tệp này sẽ tăng kích thước. Nó phải có đủ không gian trống trong các thuộc tính DB và đủ không gian HD để tệp phát triển. Ngoài ra, hàng hoặc bảng khóa mà động cơ sẽ đặt trên các bảng bị ảnh hưởng tiêu thụ bộ nhớ, do đó, máy chủ phải có đủ bộ nhớ miễn phí cho tất cả các hệ thống ống nước này quá. Dù sao, 60MB trong kích thước thường là quá ít để lo lắng về nói chung. 250.000 hàng là đáng kể, nhưng không phải là quá nhiều, vì vậy bất kỳ máy chủ có kích thước phong nha sẽ có thể xử lý nó.