Соответствующий тип данных для хранения процентных значений?

Какой тип данных лучше всего подходит для хранения значений процентов от 0,00% до 100,00%?

Предполагая, что ваши проценты имеют два десятичных знака, тип данных, которые вы используете, зависит от того, как вы планируете хранить свои проценты. Если вы собираетесь хранить их дробный эквивалент (например, 100,00% хранится как 1,0000), я бы сохранил данные в decimal(5,4)типе данных с CHECKограничением, которое гарантирует, что значения никогда не превышают 1,0000 (при условии, что это ограничение) и никогда не опускаются ниже 0 (при условии, что это пол). Если вы собираетесь сохранить их номинальную стоимость (например, 100,00% хранится как 100,00), то вы должны использовать decimal(5,2)с соответствующим CHECKограничением. В сочетании с хорошим именем столбца он дает понять другим разработчикам, что это за данные и как они хранятся в столбце.

• Держи как decimal.
• Добавьте проверочные ограничения, если вы хотите ограничить диапазон (например, от 0 до 100%; в некоторых случаях могут быть веские причины для выхода за пределы 100% или, возможно, даже в отрицательные значения).
• Рассматривайте значение 1 как 100%, 0,5 как 50% и т. Д. Это позволит любым математическим операциям функционировать должным образом (т. Е. Вместо использования значения 100 как 100%).
• При необходимости измените точность и масштаб (это два значения в скобках columnName decimal(precision, scale). Точность говорит об общем количестве цифр, которое может содержаться в числе, масштаб говорит, сколько из них стоит после десятичного разряда, decimal(3,2)а также число, которое может быть представлено как #.##; decimal(5,3)было бы ##.###.
• decimalи numericпо сути одно и то же. Однако decimalон соответствует стандарту ANSI, поэтому всегда используйте его, если не указано иное (например, стандарты кодирования вашей компании).

Примеры сценариев

• Для вашего случая (от 0,00% до 100,00%) вам нужно decimal(5,4).
• Для наиболее распространенного случая (от 0% до 100%) вам нужно decimal(3,2).
• В обоих случаях проверочные ограничения будут одинаковыми.

Пример:

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)
    )

Дальнейшее чтение:

• Десятичный масштаб и точность: http://msdn.microsoft.com/en-us/library/aa258832%28SQL.80%29.aspx
• 0 to 1vs 0 to 100: C #: сохранение процентов, 50 или 0,50?
• Десятичное или числовое: есть ли разница между DECIMAL и NUMERIC в SQL Server?

Я согласен с Томасом и выбрал бы решение DECIMAL (5,4) по крайней мере для приложений WPF.

Взгляните на строку числового формата MSDN, чтобы узнать, почему: http://msdn.microsoft.com/en-us/library/dwhawy9k#PFormatString

Спецификатор формата процента («P») умножает число на 100 и преобразует его в строку, представляющую процент.

Тогда вы сможете использовать это в своем коде XAML:

DataFormatString="{}{0:P}"

Если ваш уровень точности составляет 2 десятичных разряда, то "smallint" обработает это в наименьшем пространстве (2 байта). Вы сохраняете процент, умноженный на 100.

РЕДАКТИРОВАТЬ: десятичный тип, вероятно, лучше подходит. Тогда вам не нужно масштабировать вручную. На каждое значение требуется 5 байтов.

Используйте числовые (n, n), где n имеет разрешение, достаточное для округления до 1,00. Например:

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

select convert(money, @discount * @quantity)