Diseño de BASE DE DATOS

Hola,
Antes de proponerte una solución, te digo inmediatamente que nunca es bueno eliminar registros de una base de datos, por los problemas que tú mismo mencionas, entre otros. Por lo tanto, partimos de la premisa que no eliminaremos los Productos.
Lo que tienes que hacer es incoporar en la tabla Producto un campo que indique si está en Stock o no el producto y no eliminar los productos de esta tabla. Por ejemplo, puedes poner el campo En_Stock (tipo bit). 1 indica que está en Stock y 0 que no.
Entonces, cuando traigas los productos que quieres vender la consulta la filtras así:
WHERE ........ AND En_Stock = 1
En vez de eliminar el producto, vas cambiando el campo En_Stock y asunto arreglado. Esto lo tienes que hacer cada vez que haces una compra o una venta.
Ahora, si el producto no lo vas a vender nunca más en la vida, tampoco eliminas el producto, porque como tu dices, si quieres sacar un reporte con los datos de productos que no vendes, te saldrá un error.
Si manejas más de dos estados (en Stock y Agotado), puedes cambiar el campo que te dije y ponerle Estado (tipo SmallInt). Pero funciona muy parecido. Los estados serían:
- 0: Agotado
- 1: En Stock
- 2: Descontinuado
- 3: ....
Y así le vas agregando estados de acuerdo a lo que necesites.
Lo anterior es una buena alternativa, ahora la otra alternativa es la siguiente:
Dado que en la tabla Producto tienes la Cantidad, en todas las consultas tienes que incoporar en el WHERE lo siguiente:
WHERE ....... AND Cantidad > 0
Así al Usuario no le saldrán los Productos que no tienes en Stock.
Espero que sea de utilidad.
Si tienes más dudas no "dudes" en consultarme.
Suerte...

Hola,
Sobre tus consultas:
- Eliminar registros de las bases de datos, tiene dos implicancias negativas: 1. pierdes el historial de las actividades que realizan los usuarios, con lo que en un momento determinado no sabrías qué pasó si ocurre algún error. 2. Generalmente y lo que es correcto, los diseñadores de bases de datos utilizan integridad referencial para asegurar la integridad de los datos en la base de datos. Por este motivo el motor no te permite eliminar registros que son referenciados en otras tablas, sin eliminar primeramente estas referencias. Por ejemplo, supongamos que tenemos las tablas pais y ciudad (en esta tabla existe una referencia al país). Entonces, no puedo eliminar un país si existe alguna ciudad que tenga esta referencia. Imagina si lo pudiera hacer, cuando haga una cosulta para saber cual es el pais de una ciudad, y si elimine el registro del pais, el motor ni siquiera me mostrará la cuidad si hago la consulta con INNER JOIN; si hago la consulta con LEFT OUTER JOIN o FULL JOIN, entonces si me mostrará la ciudad y el campo pais en blanco. Bueno, sea cual sea la situación, ninguna opción cumple con el objetivo de mostrar el pais. En tu caso en particular, si quieres sacar un historial de productos vendidos y si has eliminado registros de productos, si haces la consulta con INNER, no te traerá todos los registros; si haces la consulta con LEFT OUTER, te traerá los registros, pero  no sabrás cual es el producto... Espero haber sido claro.
- Sabes... sobre el stock mínimo y máximo, podrías trabajar en ello, para hacer tu sistemita más interesante. Por ejemplo, podrías determinar el stock mínimo y máximo automáticamente, sin que el usuario lo tenga que ingresar. Todo esto, de debe determinar a partir del historial de ventas. Por ejemplo, sacas un cálculo de máximo mensual vendido de cada producto y el mínimo vendido de cada producto. Ambos datos, los puedes sacar mensualmente y al final, puedes calcular de acuerdo a la época del año, cuanto tienes que ir comprando mensualmente. Adicionalmente, y para efectos de cálculos de finanzas, debes determinar el precio promedio de cada artículo que estas vendiendo. El precio promedio indica cual es el precio compra del producto que estas vendiendo, dado que si compras 10 de producto X en Enero (a $ 100) tiene un precio distinto de comprar 10 de producto X en Septiembre (a $ 90). Y cuando no sabes cual estas vendiendo, si es el de Enero o Septiembre, tienes que calcular el precio promedio para saber tu ganancia real. No sé si me expliqué bien, pero si quieres averiguar bien sobre esto, pregúntale a alguien que maneje esos datos.
- Exactamente, cuando indicas en_stock = 1 dices que quedan productos.
- Si quieres saber cuales estan en stock, agotados o descontinuados, utilizas la misma consulta, agrupando por el estado. Por ejemplo, SELECT Producto.Nombre, SUM(Producto.Cantidad), Producto.En_Stock FROM Producto GROUP BY Producto.Nombre, Producto.En_Stock. Esta consulta traerá todos los productos y los estados en que se encuentran (stock, agotados y descontinuados).
- Tu forma en que diseñaste el programa esta bien, por varios motivos. 1. Cuando tienes una tiendita tal vez, funcione un poco tedioso, pero si tu tiendita va creciendo, la persona que ingresa los productos y stocks mínimos y máximos, no será necesariamente la persona que compra. Mucho menos la persona que vende. Lo interesante de hacerlo así es que agrupas funciones de la aplicación de acuerdo a una lógica. De no ser así tendrías que tener todas las funciones en una sola pantalla... esto es imposible.
Espero haber sido de ayuda.
Suerte.