Tipo de datos apropiado para mantener valores porcentuales?

• Mantener como un decimal.
• Agregue restricciones de verificación si desea limitar el rango (por ejemplo, entre 0 y 100%; en algunos casos puede haber razones válidas para ir más allá del 100% o potencialmente incluso en los negativos).
• Tratar el valor 1 como 100%, 0.5 como 50%, etc. Esto permitirá que cualquier operación matemática funcione como se espera (es decir, en lugar de usar el valor 100 como 100%).
• Modifíquese la precisión y la escala según sea necesario (estos son los dos valores entre paréntesis columnName decimal(precision, scale). Precisión dice la número total de dígitos que se pueden mantener en el número, la escala dice cuántos de ellos están después del lugar decimal, por lo que decimal(3,2) es un número que se puede representar como #.##; decimal(5,3) sería ##.###.
• decimal y numeric son esencialmente la misma cosa. Sin embargo, decimal es compatible con ANSI, así que siempre use eso a menos que se le indique lo contrario (por ejemplo, por los estándares de codificación de su empresa).

Escenarios de ejemplo

• Para su caso (0.00% a 100.00%) usted querría decimal(5,4).
• Para el caso más común (0% a 100%) que querrías decimal(3,2).
• En ambas de las anteriores, las restricciones de verificación serían las mismas

Ejemplo:

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

Lectura adicional:

• Escala decimal y Precisión: http://msdn.microsoft.com/en-us/library/aa258832%28SQL.80%29.aspx
• 0 to 1 vs 0 to 100: C#: ¿Almacenando porcentajes, 50 o 0.50?
• Decimal vs Numérico: ¿Hay alguna diferencia entre DECIMAL y NUMÉRICO en SQL Server?

Si 2 decimales es su nivel de precisión, entonces un "smallint" manejaría esto en el espacio más pequeño (2 bytes). Almacena el porcentaje multiplicado por 100.

EDITAR: El tipo decimal es probablemente una mejor coincidencia. Entonces no necesita escalar manualmente. Toma 5 bytes por valor.

Estoy de acuerdo con Thomas y elegiría la solución DECIMAL(5,4) al menos para aplicaciones WPF.

Eche un vistazo a la cadena de formato numérico MSDN para saber por qué : http://msdn.microsoft.com/en-us/library/dwhawy9k#PFormatString

El especificador de formato percent ("P") multiplica un número por 100 y lo convierte en una cadena que representa un porcentaje.

Entonces usted podría usar esto en su código XAML:

DataFormatString="{}{0:P}"

Utilice numérica(n,n) donde n tiene suficiente resolución para redondear a 1.00. Por ejemplo:

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

select convert(money, @discount * @quantity)