(Si no les gusta el ejemplo musical, reemplácenlo por automóviles nuevos y usados - es aplicable)
Al diseñar la base para cada articulo, por ejemplo tarjeta de sonido, o piano, violin, creE una tabla diferente, ya que habia campos muy propios de cada “item” que no ameritaban volverlos una clase general de “item” (un violin no tiene RAM, ni una tarjeta de sonido tiene cuerdas)
Cada item (tabla) tiene los siguientes campos comunes:
idinstrumento (la clave)
marca
modelo
anio_fabricacion
valor (precio)
y otros cuantos propios, ej: numero de teclas, numero de cuerdas, “cilindraje”
Cada item incluye un campo de precio (valor) el cual corresponde a un precio – coste estimado o promedio de dicho item.
Ahora me he dado cuenta de un pequeño olvido...
en las tablas de los items (violin, piano, etc) no hay ningun campo que mencione la cantidad de items DISPONIBLES que tiene la empresa....no se como lo vayamos a manejar... se podria poner un campo extra llamado “cantidad” o una tabla relacionada extra que me diga cuantos items tengo ... la primera me parece mas ordenada !!
Alguna sugerencia?
nota: cuando alguien compra un articulo, existe una tabla cliente y una tabla transaccion la cual es creada para -romper- la relacion muchos a muchos de cliente-item.
