Tôi khuyên bạn nên không thấy lợi ích của đơn hàng vì bảng mục tiêu không có PK. Vì vậy, đó là chi phí chuyển đổi mà bạn đang thấy. NẾU nó có PK, 585k hàng vẫn phải được sắp xếp khi chèn. Làm thế nào để SQL biết nó được phân loại một nửa?
Bây giờ, nếu đó là lần chèn hàng 5.850 x 100, thì bạn có thể thấy một số lợi ích vì các hàng mới sẽ đi "ở cuối" chứ không phải "ở giữa", do đó, giảm phân chia trang và chi phí.
Tôi muốn đi xa hơn và nói rằng bài báo có từ năm 2002, dành cho SQL 2000, và đã bị cuộc sống thực vượt qua.
Trong SQL Server 2005, chúng tôi có các HƯỚNG DẪN BẰNG CHỨNG để cho phép các HƯỚNG DẪN đơn điệu nghiêm ngặt giải quyết một số vấn đề. GUID dưới dạng PK cũng đã được thực hiện ở đây:ví dụ gần đây:INT so với Mã định danh duy nhất cho trường ID trong cơ sở dữ liệu với các liên kết của bên thứ ba.
Nếu ORM ra lệnh GUID là một PK chứ không phải là khóa tự nhiên hoặc khóa thay thế dựa trên int tiêu chuẩn, thì đó là một hạn chế nghiêm trọng của ORM. Và một trường hợp đuôi máy khách vẫy mã cơ sở dữ liệu.
