INT หรือ CHAR สำหรับเขตข้อมูลประเภท

การออกแบบที่ดีที่สุดสำหรับตารางคืออะไรTypeข้อมูลที่เป็นintหรือchar(1)? กล่าวอีกนัยหนึ่งให้คีมานี้:

create table Car
(
    Name varchar(100) not null,
    Description varchar(100) not null,
    VehType .... not null
)

มันมีประสิทธิภาพมากกว่า (ฉลาดในการทำงาน) VehTypeเพื่อที่จะเป็นintหรือchar(1)? สมมติว่าคุณมีรถยนต์ห้าประเภทคุณควรใช้ค่าที่เพิ่มขึ้น 0 -> 4 หรือตัวอักษรสำหรับประเภท (พูด; 'v', 's', 'c', 't', 'm')?

หากเป็นมากกว่านั้นฉันจะใช้ตาราง Type แยกต่างหากและมีความสัมพันธ์กับคีย์ต่างประเทศ แต่ฉันไม่เห็นความต้องการดังกล่าว

ฉันสังเกตเห็นว่าsys.objectsมุมมองแคตตาล็อกใช้อักขระสำหรับtypeฟิลด์ มีเหตุผลสำหรับสิ่งนั้นหรือไม่? ฉันเพิ่งจะคว้าที่อากาศที่นี่และมันเป็นสิ่งที่ฉันสะดวกสบายด้วยหรือไม่

โดยทั่วไปคุณจะใช้ tinyint ซึ่งมีขนาด 1 ไบต์เช่นกัน

• ถ่าน (1) จะช้าลงเล็กน้อยเนื่องจากการเปรียบเทียบการเปรียบเทียบการใช้

• ความสับสน: S: SUV หรือSaloon หรือ Sedanหรือ Sports คืออะไร?

• ใช้ตัวอักษร จำกัด คุณในขณะที่คุณเพิ่มประเภทอื่น ๆ ดูจุดสุดท้าย

• ทุกระบบที่ฉันเห็นมีลูกค้ามากกว่าหนึ่งรายเช่นการรายงาน ตรรกะของการเปลี่ยน V, S เป็น "Van", "SUV" ฯลฯ จะต้องทำซ้ำ การใช้ตารางการค้นหาหมายความว่าเป็นการรวมที่ง่าย

• ความสามารถในการขยาย: เพิ่มอีกหนึ่งประเภท ("F" สำหรับ " Flying car ") คุณสามารถแถวหนึ่งไปยังตารางการค้นหาหรือเปลี่ยนรหัสและข้อ จำกัด มากมาย และรหัสลูกค้าของคุณด้วยเพราะต้องรู้ว่า V, S, F ฯลฯ คืออะไร

• การบำรุงรักษา: ลอจิกอยู่ใน 3 แห่ง: ข้อ จำกัด ของฐานข้อมูล, รหัสฐานข้อมูลและรหัสลูกค้า ด้วยการค้นหาและคีย์ต่างประเทศสามารถอยู่ในที่เดียว

ในด้านบวกของการใช้ตัวอักษรเดียว ... เอ้อไม่เห็นเลย

หมายเหตุ: มีคำถาม MySQL เกี่ยวกับ Enumsอยู่ คำแนะนำคือการใช้ตารางการค้นหาที่นั่นเช่นกัน

เพียงแค่เป็นส่วนเติมเต็มให้ดีคำตอบ GBN ของ

บางทีคุณอาจสร้างบางสิ่งเช่นนั้น:

create table dbo.VehicleType
(
    VehicleTypeId int not null primary key,
    Name varchar(50) not null,
    Code char(3) null
) 
go 

create table Car
(
    Name varchar(100) not null,
    Description varchar(100) not null,
    VehTypeId int not null ,
    foreign key FKTypeOfCar(VehTypeId) referenctes dbo.VehicleType (VehicleTypeId) 
)
go 

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