Para un cliente, estoy tratando de construir un sistema de comercio electrónico mínimo. Habrá productos que pueden tener variaciones (piense en S, M, L) y cada variación puede tener un sistema de precios escalados según la cantidad que ordene el cliente:

• 1 camiseta, talla L = 10 EUR cada una
• 5 camisetas, talla L = 9 EUR cada una
• 1 camiseta, talla S = 8 EUR cada una
• 5 camisetas, talla S = 7 EUR euch

Pero también puede haber productos sin variaciones y de precio fijo:

• n jerseys = 50 EUR cada uno

Y productos que no tienen variaciones sino un sistema de precios escalonados:

• 1 pantalón = 100 EUR cada uno
• 5 pantalones = 90 EUR cada uno

Estaba pensando en el siguiente esquema de base de datos:

productos

• identificación
• descripción
• ...

variaciones_del_producto

• identificación
• ID del Producto
• variación_id (tabla con todas las variaciones posibles: color, tamaño, etc.)
• valor (l, m, rojo, verde)

precios_productos

• identificación
• ID del Producto
• product_variation_id (puede ser nulo, si el precio es para el producto, no una variación)
• precioNeto
• impuesto
• calificar_cantidad (cantidad mínima de artículos que el cliente debe ordenar para calificar para este precio, por defecto es 1)

¿Está bien hacer que product_variation_id sea anulable para lograr la flexibilidad deseada en las combinaciones entre precios y variaciones sin tener que agregar al menos una variación (estándar) para cada producto (cuando el producto no tiene variaciones)? ¿Alguna idea mejor? :)