INT ou CHAR para um campo de tipo

Qual é o melhor design para uma tabela, um Typecampo que é intou char(1)? Em outras palavras, dado este esquema:

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

É mais eficiente (em termos de desempenho) VehTypeser um intou um char(1)? Digamos que você tenha cinco tipos de carros, use os valores incrementais de 0 a 4 ou caracteres para os tipos (digamos; 'v', 's', 'c', 't', 'm')?

Se for mais do que isso, eu usaria uma tabela Type separada e ter um relacionamento de chave estrangeira, mas não vejo a necessidade disso.

Percebo que a sys.objectsexibição do catálogo usa um caractere para o typecampo. Existe uma razão para isso? Estou apenas agarrando o nada aqui e é com o que me sinto mais confortável?

Você normalmente usaria tinyint, que também tem 1 byte

• char (1) será um pouco mais lento porque comparar comparações de usos

• confusão: o que é S: SUV ou Saloon ou Sedan ou Sports?

• o uso de uma letra o limita à medida que você adiciona mais tipos. Veja o último ponto.

• todo sistema que eu vi tem mais de um cliente, por exemplo, relatórios. A lógica de transformar V, S em "Van", "SUV" etc precisará ser repetida. Usar uma tabela de pesquisa significa que é um JOIN simples

• extensibilidade: adicione mais um tipo ("F" para " Carro voador "), você pode fazer uma linha em uma tabela de pesquisa ou alterar muitos códigos e restrições. E o código do seu cliente também, porque isso precisa saber o que V, S, F etc são

• manutenção: a lógica está em 3 locais: restrição de banco de dados, código do banco de dados e código do cliente. Com uma pesquisa e uma chave estrangeira, ele pode estar em um só lugar

No lado positivo de usar uma única letra ... er, não vejo nenhuma

Nota: existe uma pergunta relacionada ao MySQL sobre Enums . A recomendação é usar uma tabela de pesquisa também.

Apenas como um complemento à grande resposta de gbn .

Talvez você possa criar algo assim:

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 

Assim, você pode fazer o que quiser com sua enumeração, mantendo a integridade relacional (usando uma chave estrangeira). Com a codecoluna, você pode usar seus códigos de caracteres à vontade, para que sejam documentados no banco de dados (e você pode extrair as informações do código diretamente do DB, sem uma transformação complicada no código do aplicativo para uma integração de sistemas).