Veritabanında cinsiyet (cinsiyet) depolamak

Mümkün olduğunca az (boyut / performans) maliyetle bir veritabanında bir kullanıcının cinsiyetini depolamak istiyorum.

Şimdiye kadar akla 3 senaryo geliyor

1. Int - kodda Enum ile hizalı (1 = Erkek, 2 = Kadın, 3 = ...)
2. kömür (1) - deposu m , f ya da başka tek bir karakter tanımlayıcı
3. Bit (boolean) - bu seçenek için uygun bir alan adı var mı?

Bunu sormamın sebebi bu nedenle olduğunu cevap bahseder karakter olan daha küçük daha Boolean .

Ben MS SQL 2008 kullanıyorum olduğunu açıklamak gerekir YAPAR bit veri türü var aslında.

Sütuna "cinsiyet" adını verirdim.

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 sadece yetersizdir iki olası cinsiyetler destekler çünkü veri tipi ekarte edilebilir. İken INT destekleri ikiden fazla seçenek, bu 4 bayt alır - performans daha küçük / daha dar veri türüyle iyi olacaktır.

CHAR(1) üstünlüğe sahip TinyINT - her ikisi de aynı sayıda bayt alır, ancak CHAR daha dar sayıda değer sağlar. Kullanmak CHAR(1)"m", "f", vb. Doğal anahtarların yerine vekil / yapay anahtarlar olarak adlandırılan sayısal verilerin kullanılmasını sağlar. CHAR(1)ayrıca herhangi bir veri tabanında da desteklenir, eğer bir porta ihtiyaç duyulursa.

Sonuç

Seçenek 2'yi kullanırdım: CHAR (1).

ek

Cinsiyet sütun üzerinde bir dizin muhtemelen olurdu değil düşük kardinalite sütun üzerinde bir dizin içinde hiçbir değeri yok, çünkü yardımcı olur. Yani, dizinin herhangi bir değer sağlaması için değerlerde yeterli çeşitlilik yok.

Bunun için zaten bir ISO standardı var; kendi planınızı icat etmenize gerek yok:

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

Standarda göre, sütun "Cinsiyet" olarak adlandırılmalı ve "en yakın" veri türü, uygun şekilde bir KONTROL kısıtlaması veya arama tablosu içeren çok küçük olmalıdır.

Tıpta dört cinsiyet vardır: erkek, kadın, belirsiz ve bilinmeyen. Dördüne de ihtiyacınız olmayabilir, ancak kesinlikle 1, 2 ve 4'e ihtiyacınız vardır. Bu veri türü için varsayılan bir değere sahip olmak uygun değildir. Buna 'eşittir' ve 'değil' durumlarına sahip bir Boole olarak ele almak daha da az.

Bir alana hizalanmış Int(veya TinyInt) Enumbenim metodolojim olacaktır.

İlk olarak, bitbir veritabanında tek bir alanınız varsa , satır yine de tam bayt kullanacaktır, bu nedenle alan tasarrufu açısından, yalnızca birden fazla alanınız varsa işe yarar bit.

İkincisi, dizgelerin / karakterlerin, tasarım zamanında ne kadar açık görünürlerse görünsünler onlara "sihirli bir değeri" hissi verir. Bahsetmiyorum bile, insanların bariz herhangi bir şeyle eşleştirmeyecekleri hemen hemen her değeri depolamasına izin veriyor.

Üçüncüsü, sayısal bir değer, bilgi tutarlılığını güçlendirmek için bir arama tablosu oluşturmak çok daha kolaydır (ve daha iyi bir uygulamadır) ve bir enum ile 1'e 1 arasında ilişki kurabilir, bu nedenle değerin bellekte depolanmasında eşitlik vardır. uygulama veya veri tabanında.

Karakter 'f', 'm' ve 'u' kullanıyorum çünkü cinsiyeti isimden, sesten ve konuşmadan tahmin ediyorum ve bazen cinsiyeti bilmiyorum. Nihai karar onların fikirleri.

Bu gerçekten kişiyi ne kadar iyi tanıdığınıza ve kriterlerinizin fiziksel form mu yoksa kişisel kimlik mi olduğuna bağlıdır. Bir psikolog ek seçeneklere ihtiyaç duyabilir - kadına çapraz, erkeğe çapraz, dişiye trans, erkeğe trans, hermafrodit ve kararsız. Tek bir karakterle açıkça tanımlanmayan 9 seçenekle, Hugo'nun minik tamsayı tavsiyesiyle gidebilirim.

Seçenek 3 en iyi seçeneğinizdir, ancak tüm DB motorlarının "bit" tipi yoktur. Biraz sahip değilseniz, TinyINT en iyi bahsiniz olacaktır.

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;

bağlantı açıklamasını buraya girin

Seçenek 3 ile giderdim, ancak bir yerine birden çok NON NULLABLE bit sütunu. IsMale (1 = Evet / 0 = Hayır) IsFemale (1 = Evet / 0 = Hayır)

istenirse: IsUnknownGender (1 = Yes / 0 = No) ve benzeri ...

Bu, tanımların kolay okunmasını, kolay genişletilebilirliği, kolay programlanabilirliği, etki alanı dışındaki değerleri kullanma olasılığını ortadan kaldırır ve değerleri kilitlemek için ikinci bir arama tablosu + FK veya KONTROL kısıtlamalarına gerek yoktur.

DÜZENLEME: Düzeltme, ayarlanan bayrakların geçerli olmasını sağlamak için en az bir kısıtlamaya ihtiyacınız var.