Kiểu dữ liệu thích hợp để giữ giá trị phần trăm?

Loại dữ liệu tốt nhất để giữ giá trị phần trăm trong khoảng từ 0,00% đến 100,00% là gì?

Giả sử có hai chữ số thập phân trên tỷ lệ phần trăm của bạn, loại dữ liệu bạn sử dụng phụ thuộc vào cách bạn định lưu trữ tỷ lệ phần trăm của mình. Nếu bạn định lưu trữ phần tương đương của chúng (ví dụ: 100,00% được lưu trữ dưới dạng 1,0000), tôi sẽ lưu trữ dữ liệu trong một decimal(5,4)kiểu dữ liệu với một CHECKràng buộc đảm bảo rằng các giá trị không bao giờ vượt quá 1,0000 (giả sử đó là giới hạn) và không bao giờ xuống dưới 0 (giả sử đó là sàn nhà). Nếu bạn định lưu trữ mệnh giá của chúng (ví dụ: 100,00% được lưu trữ dưới dạng 100,00), thì bạn nên sử dụng decimal(5,2)với một CHECKràng buộc thích hợp . Kết hợp với một tên cột tốt, nó làm cho các nhà phát triển khác hiểu rõ dữ liệu là gì và cách dữ liệu được lưu trữ trong cột.

• Giữ như một decimal.
• Thêm các ràng buộc kiểm tra nếu bạn muốn giới hạn phạm vi (ví dụ: từ 0 đến 100%; trong một số trường hợp có thể có lý do hợp lệ để vượt quá 100% hoặc thậm chí có khả năng trở thành phủ định).
• Coi giá trị 1 là 100%, 0,5 là 50%, v.v. Điều này sẽ cho phép mọi phép toán hoạt động như mong đợi (tức là trái ngược với việc sử dụng giá trị 100 là 100%).
• Sửa đổi độ chính xác và tỷ lệ theo yêu cầu (đây là hai giá trị trong dấu ngoặc columnName decimal(precision, scale). Độ chính xác cho biết tổng số chữ số có thể được giữ trong số, tỷ lệ cho biết có bao nhiêu chữ số đó sau chữ số thập phân, decimal(3,2)một số có thể được biểu diễn như #.##; decimal(5,3)sẽ là ##.###.
• decimalvà numericvề cơ bản là cùng một thứ. Tuy nhiên, decimalnó tuân thủ ANSI, vì vậy hãy luôn sử dụng nó trừ khi có quy định khác (ví dụ: theo tiêu chuẩn mã hóa của công ty bạn).

Các tình huống mẫu

• Đối với trường hợp của bạn (0,00% đến 100,00%) mà bạn muốn decimal(5,4).
• Đối với trường hợp phổ biến nhất (0% đến 100%) mà bạn muốn decimal(3,2).
• Trong cả hai điều trên, các ràng buộc kiểm tra sẽ giống nhau

Thí dụ:

if object_id('Demo') is null
create table Demo
    (
        Id bigint not null identity(1,1) constraint pk_Demo primary key
        , Name nvarchar(256) not null constraint uk_Demo unique 
        , SomePercentValue decimal(3,2) constraint chk_Demo_SomePercentValue check (SomePercentValue between 0 and 1)
        , SomePrecisionPercentValue decimal(5,2) constraint chk_Demo_SomePrecisionPercentValue check (SomePrecisionPercentValue between 0 and 1)
    )

Đọc thêm:

• Tỷ lệ và độ chính xác thập phân: http://msdn.microsoft.com/en-us/library/aa258832%28SQL.80%29.aspx
• 0 to 1so với 0 to 100: C #: Lưu trữ phần trăm, 50 hay 0,50?
• Decimal vs Numeric: Có sự khác biệt nào giữa DECIMAL và NUMERIC trong SQL Server không?

Tôi đồng ý với Thomas và ít nhất tôi sẽ chọn giải pháp DECIMAL (5,4) cho các ứng dụng WPF.

Hãy xem Chuỗi định dạng số MSDN để biết lý do tại sao: http://msdn.microsoft.com/en-us/library/dwhawy9k#PFormatString

Định dạng phần trăm ("P") nhân một số với 100 và chuyển đổi nó thành một chuỗi biểu thị phần trăm.

Sau đó, bạn sẽ có thể sử dụng điều này trong mã XAML của mình:

DataFormatString="{}{0:P}"

Nếu 2 chữ số thập phân là mức độ chính xác của bạn, thì "smallint" sẽ xử lý điều này trong khoảng trống nhỏ nhất (2 byte). Bạn lưu trữ phần trăm nhân với 100.

CHỈNH SỬA: Loại thập phân có lẽ phù hợp hơn. Sau đó, bạn không cần phải mở rộng quy mô theo cách thủ công. Nó mất 5 byte cho mỗi giá trị.

Sử dụng số (n, n) trong đó n có đủ độ phân giải để làm tròn thành 1,00. Ví dụ:

declare @discount numeric(9,9)
    , @quantity int
select @discount = 0.999999999
    , @quantity = 10000

select convert(money, @discount * @quantity)