Un saludo a todos los foreros! Tengo el siguiente problema:
En un restorán tengo 140 productos divididos en 12 categorías para los cuáles cada día almacenamos en un formulario de papel las cantidades de productos que están para ser tirados a la basura ('tiro'), la cantidad de productos que aún se pueden vender al día siguiente ('sobran') y en base a esta información se rellena el formulario de pedidos para el día siguiente ('orden'), pero primero, aunque no lo crean, debemos llamar por teléfono al encargado del local, etregarle los datos de los productos que 'sobran' y recibir de él la cantidad de productos a ordenar, lo cuál posteriormente es enviado por fax al proveedor.
Para mí, que estoy de cajero y me toca rellenar los formularios, hacer la llamada y enviar por fax dicha información, es un gran lío, y luego los formularios que se van acumulando finalmente se tiran a la basura, de modo que no se puede siquiera llevar una estadística de lo que sucede.
Para ello he propuesto a la dueña del restorán informatizar todo el procedimiento via web. Cuento con cierta experiencia en el diseño de sitios web pero mi debilidad está en el diseño de la Bases de Datos.
He creado una BD llamada 'restoran' con una tabla llamada 'productos' con los siguientes siete (7) campos:
id_producto
nombre
categoria
tiro
sobran
orden
fecha
Luego haré dos formularios HTML que pienso procesar mediante PHP (trabajando con MYSQL/APACHE):
a) formulario de 'tiro' y 'sobra'.
b) formulario de 'orden'.
Necesito entrar los datos de tiro y sobra a la DB por el formulario a) y que luego estos datos se me muestren en el formulario b) para tenerlos a la mano antes de poder rellenar el formulario b) de orden de pedido.
La persona que rellena el formulario a) y la que rellena el formulario b) son diferentes y no se encuentran a esa hora dentro del local, de modo que tiene que ser via web o via web. No hay otra.
Mis preguntas por ahora van relacionadas al diseño de la BD. ¿Es correcto realizar todas las operaciones (tiro, sobran, orden) sobre una unica tabla llamada 'productos' o tendría que crear una tabla para 'tiro', otra para 'sobra' y otra para 'orden'? Es decir, es correcta esta estructura tan simple? Pues los últimos registros de los campos 'tiro' y 'sobran' deberan poder verse en el formulario B) de orden y a su vez, una vez enviada la orden al proveedor, también se almacena dicha información en el campo 'orden'.
¿Algún gurú me podría hechar una mano? Pues buscando y buscando en distintos foros solo encuentro trozos de código que me servirían para enviar los datos a la BD, sin embargo no estoy seguro con la estructura de mi DB.
Aquí os dejo una copia del formularios a) con los primeros 10 productos para que se formen una idea y desde ya os agradezco un montón y aprovecho para saludar y desear felices fiestas y fin de mundo a todos los foreros que pasen por aquí...
En un restorán tengo 140 productos divididos en 12 categorías para los cuáles cada día almacenamos en un formulario de papel las cantidades de productos que están para ser tirados a la basura ('tiro'), la cantidad de productos que aún se pueden vender al día siguiente ('sobran') y en base a esta información se rellena el formulario de pedidos para el día siguiente ('orden'), pero primero, aunque no lo crean, debemos llamar por teléfono al encargado del local, etregarle los datos de los productos que 'sobran' y recibir de él la cantidad de productos a ordenar, lo cuál posteriormente es enviado por fax al proveedor.
Para mí, que estoy de cajero y me toca rellenar los formularios, hacer la llamada y enviar por fax dicha información, es un gran lío, y luego los formularios que se van acumulando finalmente se tiran a la basura, de modo que no se puede siquiera llevar una estadística de lo que sucede.
Para ello he propuesto a la dueña del restorán informatizar todo el procedimiento via web. Cuento con cierta experiencia en el diseño de sitios web pero mi debilidad está en el diseño de la Bases de Datos.
He creado una BD llamada 'restoran' con una tabla llamada 'productos' con los siguientes siete (7) campos:
id_producto
nombre
categoria
tiro
sobran
orden
fecha
Luego haré dos formularios HTML que pienso procesar mediante PHP (trabajando con MYSQL/APACHE):
a) formulario de 'tiro' y 'sobra'.
b) formulario de 'orden'.
Necesito entrar los datos de tiro y sobra a la DB por el formulario a) y que luego estos datos se me muestren en el formulario b) para tenerlos a la mano antes de poder rellenar el formulario b) de orden de pedido.
La persona que rellena el formulario a) y la que rellena el formulario b) son diferentes y no se encuentran a esa hora dentro del local, de modo que tiene que ser via web o via web. No hay otra.
Mis preguntas por ahora van relacionadas al diseño de la BD. ¿Es correcto realizar todas las operaciones (tiro, sobran, orden) sobre una unica tabla llamada 'productos' o tendría que crear una tabla para 'tiro', otra para 'sobra' y otra para 'orden'? Es decir, es correcta esta estructura tan simple? Pues los últimos registros de los campos 'tiro' y 'sobran' deberan poder verse en el formulario B) de orden y a su vez, una vez enviada la orden al proveedor, también se almacena dicha información en el campo 'orden'.
¿Algún gurú me podría hechar una mano? Pues buscando y buscando en distintos foros solo encuentro trozos de código que me servirían para enviar los datos a la BD, sin embargo no estoy seguro con la estructura de mi DB.
Aquí os dejo una copia del formularios a) con los primeros 10 productos para que se formen una idea y desde ya os agradezco un montón y aprovecho para saludar y desear felices fiestas y fin de mundo a todos los foreros que pasen por aquí...