tên trường boolean tích cực hay tiêu cực

Question

lĩnh vực boolean của một bảng có thể được đặt tên bằng cách sử dụng tích cực vs các tiêu cực ...

ví dụ, gọi một lĩnh vực:

"ACTIVE" , 1=on/0=off 
or 
"INACTIVE" , 0=on/1=off 

---

Câu hỏi: Có cách nào thích hợp để đưa ra quyết định thiết kế bảng này hay không hoặc tùy ý?

---

Ví dụ cụ thể của tôi là bảng thông báo có trường bool (riêng tư/công khai). Trường này sẽ được đặt bằng hộp kiểm biểu mẫu khi người dùng nhập thư mới. Có lợi ích trong việc đặt tên trường "công khai" so với "riêng tư" không?

cảm ơn.

Answer 1

Tôi luôn thích tên tích cực hơn, để tránh âm kép trong mã. "Không phải là không hoạt động" thường gây ra cho một đôi khi đọc. "Không hoạt động" luôn có thể được viết là "if (! Active)" trong khi tận dụng các ngữ nghĩa ngôn ngữ được tích hợp sẵn.

Answer 2

sở thích cá nhân của tôi:

• Sử dụng tiền tố như "Có", "Có", vv cho các lĩnh vực Boolean để làm cho mục đích của họ rõ ràng.
• Luôn đặt tên biến trong số khẳng định. Đối với Active/Inactive, tôi sẽ đặt tên là IsActive.
• Không tạo một trường bit rỗng, trừ khi bạn thực sự có mục đích cụ thể khi làm như vậy.

Trong trường hợp sử dụng cụ thể của bạn, trường phải được đặt tên là IsPublic hoặc IsPrivate - bất kỳ tên nào sẽ dẫn đến câu trả lời đúng khi người dùng đánh dấu vào hộp kiểm.

Answer 3

Luôn sử dụng tên tích cực.

Nếu sử dụng tên phủ định, bạn rất nhanh chóng bị loại bỏ gấp đôi. Không phải là sự phủ nhận kép là phẫu thuật tên lửa, nhưng đó là một chu kỳ não và những thứ đó có giá trị :)

Answer 4

Luôn sử dụng tích cực.

Nó đơn giản hơn.

Sử dụng từ khóa đến cực đoan hợp lý: nếu InActive tốt hơn Active, thì tại sao không InInActive hoặc InInInActive?

Bởi vì nó sẽ ít đơn giản hơn.

Answer 5

Cách thích hợp để xử lý các tình huống này là tạo bảng để chứa các giá trị được liên kết với cột và tạo mối quan hệ khóa ngoài giữa hai bảng.IE:

WIDGETS bảng:

• WIDGET_ID
• WIDGET_STATUS (fk)

WIDGET_STATUS_CODES bảng:

• WIDGET_STATUS_CODE (pk)
• DESCRIPTION

Nếu có thể, WIDGET_STATUS_CODE sẽ là khóa tự nhiên (IE: ACT cho "Hoạt động", INA cho "Không hoạt động"). Điều này sẽ làm cho hồ sơ có thể đọc được nhiều người hơn, nhưng không phải lúc nào cũng có thể để bạn sử dụng khóa nhân tạo/thay thế (như số tự động/chuỗi/v.v.).

Bạn muốn làm điều này vì:

• Đó là có thể đọc được những gì trạng thái chỉ (đó là câu hỏi ban đầu)
• bằng chứng trong tương lai trong sự cần thiết phải xác định/sử dụng nhiều trạng thái
• Cung cấp toàn vẹn referencial nên ai đó không thể đặt giá trị thành 2, 3, 4, v.v.
• Không gian rẻ; có gì hiệu quả về việc cho phép dữ liệu xấu

Answer 6

tôi sẽ không đồng ý với một số các câu trả lời khác nhưng chắc chắn tránh được những câu trả lời không chính xác mà không phải là để đưa vào âm đôi luôn

Answer 7

Cố gắng tránh các lĩnh vực boolean trong cơ sở dữ liệu alltogether.

Một, RM có cách tốt hơn để biểu diễn thông tin có giá trị thực hơn là thông qua các trường boolean: thông qua sự hiện diện của một bộ tuple trong bảng.

Hai trường boolean là các phân biệt đối xử rất xấu khi truy vấn. Nó gần như hoàn toàn điên rồ để lập chỉ mục cho họ, vì vậy khi truy vấn, sự hiện diện của các trường boolean không mang lại lợi ích gì cả.