Відповідний тип даних для зберігання відсоткових значень?

Який найкращий тип даних для вмісту відсотків у межах від 0,00% до 100,00%?

Якщо припустити два знаки після коми у відсотках, тип даних, який ви використовуєте, залежить від того, як ви плануєте зберігати свої відсотки. Якщо ви збираєтеся зберігати їх дробовий еквівалент (наприклад, 100%, що зберігається як 1.0000), я б зберігав дані у decimal(5,4)типі даних з CHECKобмеженням, яке гарантує, що значення ніколи не перевищують 1.0000 (якщо вважати, що це обмеження) і ніколи не опускаються нижче 0 (припустимо, що це слово). Якщо ви збираєтеся зберігати їх номінал (наприклад, 100% зберігається як 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}"

Якщо два десяткових знаки - це ваш рівень точності, то "smallint" впорається з цим у найменшому просторі (2-байт). Ви зберігаєте відсотки, помножені на 100.

EDIT: Десятковий тип - це, мабуть, краща відповідність. Тоді вам не потрібно вручну масштабувати. Це займає 5 байт за значення.

Використовуйте числовий (n, n), де n має достатню роздільну здатність, щоб округнути до 1,00. Наприклад:

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

select convert(money, @discount * @quantity)