INT atau CHAR untuk Bidang Jenis

Apa desain terbaik untuk tabel, Typebidang yang dari intatau char(1)? Dengan kata lain, diberikan skema ini:

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

Apakah lebih efisien (dari segi kinerja) untuk VehTypemenjadi seorang intatau char(1)? Katakanlah Anda memiliki lima jenis mobil, haruskah Anda menggunakan nilai tambah 0 -> 4, atau karakter untuk jenis tersebut (misalnya; 'v', 's', 'c', 't', 'm')?

Jika lebih dari itu, saya akan menggunakan tabel Tipe terpisah dan memiliki hubungan kunci asing, tapi saya tidak melihat perlunya.

Saya perhatikan bahwa tampilan sys.objectskatalog menggunakan karakter untuk typebidang tersebut. Apakah ada alasan untuk itu? Apakah saya hanya meraih udara tipis di sini, dan apakah itu yang paling nyaman bagi saya?

Anda biasanya menggunakan tinyint yang juga 1 byte

• char (1) akan sedikit lebih lambat karena membandingkan penggunaan collation

• kebingungan: apakah S: SUV atau Saloon atau Sedan atau Olahraga?

• menggunakan huruf membatasi Anda saat Anda menambahkan lebih banyak jenis. Lihat poin terakhir.

• setiap sistem yang saya lihat memiliki lebih dari satu klien misalnya pelaporan. Logika untuk mengubah V, S menjadi "Van", "SUV" dll perlu diulangi. Menggunakan tabel pencarian berarti itu GABUNG sederhana

• diperpanjang: tambahkan satu jenis lagi ("F" untuk " Mobil terbang ") Anda dapat satu baris ke tabel pencarian atau mengubah banyak kode dan kendala. Dan kode klien Anda juga karena ini harus tahu apa V, S, F dll

• pemeliharaan: logika ada di 3 tempat: batasan basis data, kode basis data dan kode klien. Dengan pencarian dan kunci asing, itu bisa berada di satu tempat

Di sisi positifnya menggunakan satu huruf ... eh, tidak ada

Catatan: ada pertanyaan terkait MySQL tentang Enums . Rekomendasi adalah untuk menggunakan tabel pencarian di sana juga.

Sama seperti pelengkap jawaban gbn besar .

Mungkin Anda bisa membuat sesuatu seperti itu:

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 

Jadi, Anda dapat melakukan sesuka Anda dengan enum sambil mempertahankan integritas relasional (menggunakan kunci asing). Dengan codekolom, Anda dapat menggunakan kode char sesuka Anda, sehingga akan didokumentasikan pada basis data (dan Anda dapat mengekstrak info kode langsung dari DB, tanpa transformasi yang berbelit-belit pada kode aplikasi untuk integrasi sistem).