SQL Server 2005 có tương đương với kiểu dữ liệu ENUM của MySql không?

Question

Tôi đang làm việc trên một dự án và tôi muốn lưu trữ một số thông tin được liệt kê dễ dàng trong một bảng. Kiểu dữ liệu enum của MySql thực hiện chính xác những gì tôi muốn: http://dev.mysql.com/doc/refman/5.0/en/enum.html. Có tương đương trong SQL Server 2005 không?

Tôi biết tôi có thể lưu trữ các giá trị có thể có trong một bảng loại bằng một khóa, nhưng tôi không muốn liên kết ngược với nó để mô tả. Tiêu chuẩn cơ sở dữ liệu của chúng tôi không cho phép chúng tôi liên kết trên các trường không phải số nguyên hoặc uniqueidentifier, do đó, lưu trữ các khóa có thể là các ký tự cũng xuất hiện.

Answer 1

Tính năng này có phù hợp với bạn không?

Từ http://blechie.com/wtilton/archive/2007/08/24/303.aspx

Tạo bảng ...

MySQL:

ColumnName ENUM('upload', 'open', 'close', 'delete', 'edit', 'add') 
    DEFAULT 'open' 

SQL Server:

ColumnName varchar(10) 
    CHECK(ColumnName IN ('upload', 'open', 'close', 'delete', 'edit', 'add')) 
    DEFAULT 'open' 

Answer 2

Một charact eristic của kiểu dữ liệu ENUM của MySQL là nó chỉ lưu trữ một chỉ số dạng số vào danh sách các giá trị, chứ không phải chính chuỗi đó, trên mỗi hàng. Vì vậy, nó thường lưu trữ hiệu quả hơn. Ngoài ra, hành vi mặc định khi bạn sắp xếp theo cột ENUM là sắp xếp theo chỉ mục số, do đó theo thứ tự các phần tử trong ENUM.

Nikki9696 đề xuất sử dụng cột VARCHAR có ràng buộc CHECK. Điều này thỏa mãn giới hạn của các giá trị cho một danh sách ngắn nhất định các giá trị được phép, nhưng nó không mô phỏng hiệu quả lưu trữ hoặc thứ tự sắp xếp đặc biệt.

Một cách để có được cả hai hành vi là khai báo cột dưới dạng số nguyên khóa ngoài thành bảng tra cứu, trong đó bạn lưu trữ từng chuỗi được phép.