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')?

Если бы это было больше, я бы использовал отдельную таблицу типов и имел бы связь с внешним ключом, но я не вижу в этом необходимости.

Я заметил, что представление sys.objectsкаталога использует символ для typeполя. Есть ли причина для этого? Я просто хватаюсь за воздух и могу ли я чувствовать себя более комфортно?

Вы обычно используете tinyint, который также равен 1 байту

• char (1) будет немного медленнее, потому что сравнение использует сопоставление

• путаница: что такое S: внедорожник или седан или седан или спорт?

• использование буквы ограничивает вас по мере добавления новых типов. Смотри последний пункт.

• каждая система, которую я видел, имеет более одного клиента, например, отчет. Логика смены V, S на «Ван», «Внедорожник» и т. Д. Потребуется повторить. Использование таблицы поиска означает, что это просто JOIN

• расширяемость: добавьте еще один тип («F» для « Летающая машина »), вы можете добавить одну строку в таблицу поиска или изменить много кода и ограничений. И ваш клиентский код тоже, потому что это должно знать, что V, S, F и т. Д.

• обслуживание: логика в 3 местах: ограничение базы данных, код базы данных и код клиента. С поиском и внешним ключом, это может быть в одном месте

Плюсом использования одной буквы ... э, не вижу

Примечание: есть связанный вопрос MySQL о Enums . Рекомендуется использовать таблицу поиска там же.

Так же, как дополнение к великому ответу ГБН .

Может быть, вы могли бы создать что-то вроде этого:

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столбца вы можете использовать свои коды символов по своему усмотрению, чтобы они документировались в базе данных (и вы можете извлекать информацию о коде непосредственно из БД, без сложного преобразования кода приложения для системной интеграции).