Actualmente, no sé si me convencerá del todo, pero estoy desarrollando un mecanismo de preciación mediante un perfil que se almacena en una tabla.
El perfil us el dato proveedor (preferido), la línea, las marca y la categoría. Según cada uno de estos se aplica un valor a partir del costo.
Un procedimiento realiza la tarea de leer cada perfil y crear varias listas de precio.
Un cliente tiene asociada una única lista de precios.
Mi problema actual para terminar dicho mecanismo de preciación es más que nada debido a la integridad referencial, por lo que se tiene que esperar algún error por falta del usuario y tener una salida de escape, como por ejemplo un valor por omisión.
Esto me acarrea un gran número de inconvenientes, como por ejemplo, tener que indicar al vendedor que hubo un error al obtener el precio, tener que crear interfaces cómodas para crear los perfiles, la aplicación de los mismos, etc.
Parece una locura sin sentido, pero existen sistemas de gestión que incluyen hasta tres listas de precios dentro de la tabla de artículos y esto viola una de las reglas de normalización.
Saludos.
Cram, no es pecado violar las reglas de normalización. Es más, debes saber que existe el concepto contrario: desnormalización. En ciertas ocasiones, es deseable o nos permite encarar de manera más fácil el diseño en ciertas partes si algo está desnormalizado.
Sucede lo mismo con los patrones de diseño.
Distinto es violar de forma sistemática las normas.
Ni mucho, ni poco. Todo a su medida. 
Respecto a lo que han comentado en los otros post, ha decir verdad no lo leí tan detenidamente. Pero me parece interesante esta forma de llevarlo. Lo dejaré en estudio para una próxima oportunidad.
Saludos,
