Tại sao sử dụng cờ boolean trong cơ sở dữ liệu lại xấu? Và những gì nên được sử dụng thay thế?

Question

Tôi đã đọc qua một số hướng dẫn về tối ưu hóa cơ sở dữ liệu và thực hành tốt nhất và rất nhiều trong số họ đề xuất không sử dụng cờ boolean ở tất cả trong lược đồ DB (ví dụ: http://forge.mysql.com/wiki/Top10SQLPerformanceTips). Tuy nhiên, họ không bao giờ cung cấp bất kỳ lý do gì là tại sao điều này là xấu. Nó là một vấn đề về peformance? khó lập chỉ mục hay truy vấn đúng cách?

Hơn nữa, nếu cờ boolean là xấu, bạn nên sử dụng những gì để lưu trữ các giá trị boolean trong cơ sở dữ liệu? Là tốt hơn để lưu trữ cờ boolean như một số nguyên và sử dụng một bitmask? Điều này có vẻ như nó sẽ ít có thể đọc được.

Answer 1

Tôi không nghĩ rằng nó là xấu và tôi chưa bao giờ thấy lý do được nêu rõ cho điều này. Có lẽ một số công cụ cơ sở dữ liệu cũ không thể lưu trữ chúng một cách hiệu quả, nhưng những công cụ hiện đại thì có. Như bạn nói, nó có thể đọc được nhiều hơn để sử dụng boolean hơn bitmask. Xem câu hỏi này để thảo luận tương tự: Is adding a bit mask to all tables in a database useful?

Answer 2

Lý do duy nhất tôi có thể nghĩ là trường hợp bạn nên sử dụng ENUM thay thế. Chắc chắn, bạn chỉ muốn đúng và sai bây giờ, nhưng nếu bạn muốn thêm một cái gì đó khác sau đó hơn bạn cần phải làm một hoạt động ALTER TABLE, mà có thể rất tốn kém.

Answer 3

Đoán của tôi: tính di động của thiết kế của bạn.

ví dụ:

1. Microsoft Access đối xử với boolean như -1 là đúng hay sai 0 như trong khi cơ sở dữ liệu khác có thể điều trị boolean khác nhau.

2. Trong MySQL (phiên bản 4+) mặt khác, giá trị bằng không được coi là sai. Các giá trị khác không được coi là đúng.

Answer 4

Thực hành cơ sở dữ liệu được cấp có ít liên quan đến lý thuyết, tôi vẫn sẽ cố gắng giải thích lý thuyết. Bàn là quan hệ hữu hạn. Mỗi quan hệ là một phần mở rộng của vị từ. Thuộc tính Boolean là một từ khóa sai cho một vị từ.

Answer 5

This thread provides the best answer mà tôi đã tìm thấy. Tóm lại, các thuộc tính tiếp cận như boolean ngăn cản bạn lập mô hình dữ liệu một cách chính xác và độc lập (tức là, bình thường hóa). Giải pháp tốt hơn - không chỉ từ quan điểm của mô hình hóa, mà còn từ quan điểm về tính dễ sử dụng và dễ bảo trì, là sử dụng các bảng tra cứu bổ sung. Và nếu ý tưởng tham gia nhiều hơn và bảng scares bạn, hãy chắc chắn để đọc toàn bộ thread.