INT hoặc CHAR cho Trường Loại

Thiết kế tốt nhất cho một bảng, một Typelĩnh vực là inthoặc là char(1)gì? Nói cách khác, đưa ra lược đồ này:

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

Là nó hiệu quả hơn (hiệu suất khôn ngoan) VehTypeđể là một inthoặc một char(1)? Giả sử bạn có năm loại ô tô, bạn có nên sử dụng các giá trị tăng 0 -> 4 hoặc ký tự cho các loại (giả sử 'v', 's', 'c', 't', 'm')?

Nếu còn hơn thế nữa, tôi sẽ sử dụng bảng Loại riêng và có mối quan hệ khóa ngoài, nhưng tôi không thấy sự cần thiết đó.

Tôi nhận thấy rằng sys.objectschế độ xem danh mục sử dụng một ký tự cho typetrường. Có một lý do cho điều đó? Tôi chỉ đang chộp lấy không khí mỏng manh ở đây, và đó có phải là bất cứ điều gì tôi thấy thoải mái hơn không?

Bạn thường sử dụng tinyint là 1 byte

• char (1) sẽ chậm hơn một chút vì so sánh sử dụng đối chiếu

• nhầm lẫn: S: SUV hoặc Saloon hoặc Sedan hoặc Sports là gì?

• sử dụng một chữ cái giới hạn bạn khi bạn thêm nhiều loại. Xem điểm cuối cùng.

• mỗi hệ thống tôi thấy có nhiều hơn một khách hàng, ví dụ như báo cáo. Logic của việc thay đổi V, S thành "Van", "SUV", v.v sẽ cần lặp lại. Sử dụng bảng tra cứu có nghĩa là nó THAM GIA đơn giản

• khả năng mở rộng: thêm một loại nữa ("F" cho " Xe bay ") bạn có thể một hàng vào bảng tra cứu hoặc thay đổi nhiều mã và các ràng buộc. Và mã máy khách của bạn cũng vậy vì điều này phải biết V, S, F, v.v.

• bảo trì: logic ở 3 vị trí: ràng buộc cơ sở dữ liệu, mã cơ sở dữ liệu và mã máy khách. Với một tra cứu và khóa ngoại, nó có thể ở một nơi

Về mặt tích cực của việc sử dụng một chữ cái ... er, không thấy bất kỳ

Lưu ý: có một câu hỏi MySQL liên quan về Enums . Đề xuất là sử dụng một bảng tra cứu ở đó quá.

Cũng như một bổ sung cho câu trả lời tuyệt vời của gbn .

Có lẽ bạn có thể tạo ra một cái gì đó như thế:

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 

Vì vậy, bạn có thể làm như bạn muốn với enum của bạn trong khi duy trì tính toàn vẹn quan hệ (sử dụng khóa ngoại). Với codecột bạn có thể sử dụng mã char của mình theo ý muốn, do đó, nó sẽ trở thành tài liệu trên cơ sở dữ liệu (và bạn có thể trích xuất thông tin mã trực tiếp từ DB, mà không cần chuyển đổi phức tạp trên mã ứng dụng để tích hợp hệ thống).