การจัดเก็บเพศ (เพศ) ในฐานข้อมูล

ฉันต้องการจัดเก็บเพศของผู้ใช้ในฐานข้อมูลโดยมีต้นทุน (ขนาด / ประสิทธิภาพ) น้อยที่สุด

จนถึงตอนนี้มี 3 สถานการณ์อยู่ในใจ

1. Int - สอดคล้องกับ Enum ในรหัส (1 = ชาย, 2 = หญิง, 3 = ... )
2. ถ่าน (1) - เก็บm , fหรือตัวระบุอักขระเดี่ยวอื่น
3. บิต (บูลีน) - มีชื่อฟิลด์ที่เหมาะสมสำหรับตัวเลือกนี้หรือไม่?

เหตุผลที่ฉันถามเป็นเพราะคำตอบนี้ซึ่งระบุว่าตัวอักษรมีขนาดเล็กกว่าบูลีน

ฉันควรจะชี้แจงว่าฉันใช้ MS SQL 2008 ซึ่งไมในความเป็นจริงมีประเภทข้อมูลบิต

ฉันเรียกคอลัมน์นี้ว่า "gender"

Data Type   Bytes Taken          Number/Range of Values
------------------------------------------------
TinyINT     1                    255 (zero to 255)
INT         4            -       2,147,483,648 to 2,147,483,647
BIT         1 (2 if 9+ columns)  2 (0 and 1)
CHAR(1)     1                    26 if case insensitive, 52 otherwise

BITชนิดข้อมูลสามารถปกครองออกเพราะสนับสนุนเพียงสองเพศที่เป็นไปได้ที่ไม่เพียงพอ แม้ว่าINTรองรับมากกว่าสองตัวเลือก แต่ก็ใช้เวลา 4 ไบต์ - ประสิทธิภาพจะดีขึ้นเมื่อใช้ประเภทข้อมูลที่เล็กลง / แคบกว่า

CHAR(1)มีขอบเหนือTinyINT - ทั้งสองใช้จำนวนไบต์เท่ากัน แต่ CHAR ให้จำนวนค่าที่แคบกว่า การใช้CHAR(1)จะทำให้ใช้ "m", "f" ฯลฯ คีย์ธรรมชาติเทียบกับการใช้ข้อมูลตัวเลขซึ่งเรียกว่าคีย์แทน / คีย์เทียม CHAR(1)ได้รับการสนับสนุนบนฐานข้อมูลใด ๆ หากจำเป็นต้องพอร์ต

ข้อสรุป

ฉันจะใช้ตัวเลือกที่ 2: CHAR (1)

ภาคผนวก

ดัชนีในคอลัมน์เพศน่าจะไม่ช่วยได้เนื่องจากไม่มีค่าในดัชนีในคอลัมน์คาร์ดินาลลิตี้ต่ำ ความหมายมีค่าไม่หลากหลายเพียงพอสำหรับดัชนีที่จะให้ค่าใด ๆ

มีมาตรฐาน ISO สำหรับสิ่งนี้อยู่แล้ว ไม่จำเป็นต้องคิดค้นโครงร่างของคุณเอง:

http://en.wikipedia.org/wiki/ISO_5218

ตามมาตรฐานคอลัมน์ควรมีชื่อว่า "Sex" และประเภทข้อมูลที่ "ใกล้เคียงที่สุด" จะมีขนาดเล็กโดยมีข้อ จำกัด ในการตรวจสอบหรือตารางการค้นหาตามความเหมาะสม

ในยามีสี่เพศ: ชายหญิงไม่ทราบแน่ชัดและไม่ทราบสาเหตุ คุณอาจไม่ต้องการทั้งสี่ แต่คุณต้องการ 1, 2 และ 4 อย่างแน่นอนไม่เหมาะสมที่จะมีค่าเริ่มต้นสำหรับประเภทข้อมูลนี้ แม้แต่น้อยที่จะถือว่าเป็นบูลีนด้วยสถานะ 'is' และ 'not'

Int(หรือTinyInt) สอดคล้องไปยังEnumสนามจะเป็นวิธีการของฉัน

อันดับแรกหากคุณมีbitฟิลด์เดียวในฐานข้อมูลแถวจะยังคงใช้ไบต์เต็มดังนั้นเท่าที่ประหยัดพื้นที่จะจ่ายก็ต่อเมื่อคุณมีหลายbitฟิลด์

ประการที่สองสตริง / ตัวอักษรมีความรู้สึก "มหัศจรรย์" สำหรับพวกเขาไม่ว่าจะดูชัดเจนเพียงใดในเวลาออกแบบ ไม่ต้องพูดถึงมันช่วยให้ผู้คนสามารถจัดเก็บมูลค่าใด ๆ ที่พวกเขาไม่จำเป็นต้องจับคู่กับสิ่งที่ชัดเจน

ประการที่สามค่าตัวเลขนั้นง่ายกว่ามาก (และแนวทางปฏิบัติที่ดีกว่า) ในการสร้างตารางการค้นหาเพื่อบังคับใช้ความสมบูรณ์ของการอ้างอิงและสามารถเชื่อมโยง 1 ต่อ 1 กับ enum ได้ดังนั้นจึงมีความเท่าเทียมกันในการจัดเก็บค่าในหน่วยความจำภายใน แอปพลิเคชันหรือในฐานข้อมูล

ฉันใช้ถ่าน 'f', 'm' และ 'u' เพราะฉันคาดเดาเพศจากชื่อเสียงและบทสนทนาและบางครั้งก็ไม่รู้เพศ ความมุ่งมั่นสุดท้ายคือความคิดเห็นของพวกเขา

ขึ้นอยู่กับว่าคุณรู้จักบุคคลนั้นดีเพียงใดและเกณฑ์ของคุณเป็นรูปแบบทางกายภาพหรือเอกลักษณ์ส่วนบุคคล นักจิตวิทยาอาจต้องการตัวเลือกเพิ่มเติมเช่นข้ามเป็นหญิงข้ามเพศชายแปลงเพศเป็นหญิงเปลี่ยนเพศเป็นชายกระเทยและยังไม่แน่ใจ ด้วยตัวเลือก 9 ตัวที่ไม่ได้กำหนดไว้อย่างชัดเจนด้วยอักขระตัวเดียวฉันอาจใช้คำแนะนำของ Hugo เกี่ยวกับจำนวนเต็มเล็ก ๆ

ตัวเลือกที่ 3 เป็นทางออกที่ดีที่สุดของคุณ แต่เครื่องมือ DB บางตัวอาจไม่มีประเภท "บิต" หากคุณไม่มีบิต TinyINT จะเป็นทางออกที่ดีที่สุดของคุณ

CREATE TABLE Admission (
    Rno INT PRIMARY KEY AUTO_INCREMENT,
    Name VARCHAR(25) NOT NULL,
    Gender ENUM('M','F'),
    Boolean_Valu boolean,
    Dob Date,
    Fees numeric(7,2) NOT NULL
);




insert into Admission (Name,Gender,Boolean_Valu,Dob,Fees)values('Raj','M',true,'1990-07-12',50000);
insert into Admission (Name,Gender,Boolean_Valu,Dob,Fees)values('Rani','F',false,'1994-05-10',15000);
select * from admission;

ป้อนคำอธิบายลิงก์ที่นี่

ฉันจะไปกับตัวเลือก 3 แต่มีคอลัมน์บิตที่ไม่เป็นโมฆะหลายคอลัมน์แทนที่จะเป็นคอลัมน์เดียว IsMale (1 = ใช่ / 0 = ไม่ใช่) IsFemale (1 = ใช่ / 0 = ไม่ใช่)

ถ้า requried: IsUnknownGender (1 = Yes / 0 = No) และอื่น ๆ ...

ทำให้ง่ายต่อการอ่านคำจำกัดความความสามารถในการขยายที่ง่ายความสามารถในการตั้งโปรแกรมที่ง่ายไม่มีความเป็นไปได้ในการใช้ค่าภายนอกโดเมนและไม่จำเป็นต้องมีตารางการค้นหาที่สอง + ข้อ จำกัด FK หรือ CHECK เพื่อล็อกค่า

แก้ไข: การแก้ไขคุณต้องมีข้อ จำกัด อย่างน้อยหนึ่งข้อเพื่อให้แน่ใจว่าแฟล็กชุดนั้นถูกต้อง