INT lub CHAR dla pola typu

Jaki jest najlepszy projekt dla stołu, Typepola z intlub char(1)? Innymi słowy, biorąc pod uwagę ten schemat:

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

Czy to jest bardziej wydajne (pod względem wydajności), VehTypeaby być an intlub char(1)? Powiedzmy, że masz pięć typów samochodów, czy powinieneś użyć wartości przyrostowych 0 -> 4 lub znaków dla tych typów (powiedzmy: „v”, „s”, „c”, „t”, „m”)?

Jeśli to coś więcej, użyłbym osobnej tabeli Type i miałbym relację klucza obcego, ale nie widzę takiej potrzeby.

Zauważam, że sys.objectswidok katalogu używa znaku dla typepola. Czy jest powód ku temu? Czy po prostu łapię tu powietrze i czy jest to coś, z czym czuję się bardziej komfortowo?

Zazwyczaj używasz tinyint, który również ma 1 bajt

• char (1) będzie nieco wolniejszy, ponieważ porównywanie używa sortowania

• zamieszanie: co to jest S: SUV lub sedan lub sedan lub sport?

• użycie litery ogranicza Cię w miarę dodawania kolejnych typów. Zobacz ostatni punkt.

• każdy system, który widziałem, ma więcej niż jednego klienta, np. raportowanie. Logika zmiany V, S na „Van”, „SUV” itp. Będzie musiała zostać powtórzona. Użycie tabeli odnośników oznacza, że ​​jest to proste DOŁĄCZENIE

• rozszerzalność: dodaj jeszcze jeden typ („F” dla „ Latającego samochodu ”), który możesz wstawić jeden wiersz do tabeli odnośników lub zmień wiele kodów i ograniczeń. A także kod twojego klienta, ponieważ to musi wiedzieć, czym są V, S, F itp

• utrzymanie: logika jest w 3 miejscach: ograniczenie bazy danych, kod bazy danych i kod klienta. Za pomocą odnośnika i klucza obcego może znajdować się w jednym miejscu

Zaletą użycia pojedynczej litery ... eee, nie widzę żadnej

Uwaga: istnieje powiązane pytanie MySQL dotyczące Enums . Zaleca się użycie tam również tabeli odnośników.

Tylko jako uzupełnienie odpowiedzi wielkiego GBB .

Może mógłbyś stworzyć coś takiego:

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 

Możesz więc robić z wyliczeniem, jak chcesz, zachowując integralność relacyjną (używając klucza obcego). Za pomocą codekolumny możesz dowolnie używać kodów char, dzięki czemu zostaną one udokumentowane w bazie danych (i możesz wyodrębnić informacje o kodzie bezpośrednio z DB, bez zawiłej transformacji kodu aplikacji w celu integracji systemów).