Trong MySQL, tốt hơn là luôn luôn cho phép null trừ khi bạn biết một trường là bắt buộc hoặc luôn luôn sử dụng Not Nulltrừ khi bạn biết một trường sẽ chứa null? Hay nó không quan trọng?
Tôi biết trong một số DBMS họ nói rằng sử dụng Not Nullcàng nhiều càng tốt bởi vì cho phép null yêu cầu thêm một bit (hoặc byte?) Cho mỗi bản ghi để lưu trữ trạng thái Null.
Câu trả lời:
Trong hầu hết các DB, một NOT NULLcột sẽ hiệu quả hơn về mặt dữ liệu được lưu trữ vì lý do bạn nêu và cũng hiệu quả hơn đối với truy vấn và lập chỉ mục - vì vậy trừ khi bạn muốn cho phép NULL trong một cột, bạn không nên cho phép chúng rõ ràng.
Sẽ có một hàm ý hiệu suất nhỏ, vì các NOT NULLràng buộc bổ sung sẽ có khả năng cần được kiểm tra cho mỗi hàng bạn ảnh hưởng với bất kỳ INSERT hoặc UPDATE nào, nhưng vì hầu hết các cơ sở dữ liệu đều nhẹ và tương đối nặng nên điều này có thể không phải là vấn đề đáng lo ngại dù sao thì thời gian thực hiện cũng khó có thể đáng chú ý vì đây là hoạt động gắn với CPU trong đó phần còn lại của hoạt động chèn / cập nhật sẽ bị ràng buộc IO và do đó, một cổ chai quan trọng hơn nhiều) và nó cung cấp cho bạn một số "miễn phí" "Kiểm tra dữ liệu để mã của bạn (hoặc mã của người khác) không thể vô tình đặt NULL trong đó mã khác không mong đợi chúng và do đó có thể cho kết quả không chính xác khi có mặt chúng.
Chỉnh sửa: Như Peter chỉ ra trong nhận xét của mình, ở trên là một khái quát và có thể không đúng với tất cả các DMBS, mặc dù tôi khá chắc chắn rằng nó làm được cho mysql và mssql. Các biến chứng khác trong khu vực có thể bao gồm các tính năng như các bảng thưa thớt (ví dụ như MSSQL 2008 đã triển khai) sẽ làm thay đổi động lực hiệu suất của các cột không (không).
Bạn nên để thiết kế lược đồ và các yêu cầu ứng dụng của bạn hướng dẫn quyết định này. Sự khác biệt hiệu suất có thể không đáng chú ý trong cả hai trường hợp.
NULLnếu và chỉ khiNULLgiá trị có một giải thích cho điều bạn đang lập mô hình.