INT або CHAR для поля типу

Яка найкраща конструкція для столу, Typeполя, яке є intабо char(1)? Іншими словами, враховуючи цю схему:

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

Це ефективніше (ефективність роботи) VehTypeбути intчи a char(1)? Скажімо, у вас п'ять типів автомобілів, чи слід використовувати значення приросту 0 -> 4 або символи для типів (скажімо; 'v', 's', 'c', 't', 'm')?

Якщо це не що інше, я використовував би окрему таблицю Type і мав стосунки із зовнішнім ключем, але я не бачу потреби в цьому.

Зауважую, що у sys.objectsподанні каталогу використовується символ для typeполя. Чи є причина в цьому? Чи я просто хапаюся тут за повітря, і чи не мені це зручніше?

Зазвичай ви використовуєте tinyint, який теж є 1 байт

• char (1) буде дещо повільнішим, оскільки порівняння використовує порівняння

• плутанина: що таке S: позашляховик чи салон, седан чи спорт?

• використання букви обмежує вас, оскільки ви додаєте більше типів. Дивіться останній пункт.

• кожна система, яку я бачив, має більше одного клієнта, наприклад, звітності. Логіку зміни V, S на "Van", "SUV" тощо потрібно буде повторити. Використання таблиці пошуку означає, що це ПРИЄДНАЙТЕСЬ

• розширюваність: додайте ще один тип ("F" для " Літаючого автомобіля "), ви можете один рядок до таблиці пошуку або змінити багато коду та обмежень. І ваш клієнтський код теж тому, що він повинен знати, що таке V, S, F тощо

• технічне обслуговування: логіка в трьох місцях: обмеження бази даних, код бази даних та код клієнта. За допомогою пошуку та зовнішнього ключа він може знаходитись в одному місці

З плюсу використання однієї літери ... е, не бачите жодної

Примітка. Існує відповідне питання 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 

Таким чином, ви можете робити, як завгодно, зі своєю суперечкою, зберігаючи реляційну цілісність (використовуючи зовнішній ключ). За допомогою codeстовпця ви можете за бажанням використовувати свої char коди, тому він стане документально зафіксованим у базі даних (і ви можете витягти інформацію про код безпосередньо з БД, без згорткового перетворення коду програми для системної інтеграції).