FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
Ayuda de aplicacion
Una vez Mas
Alguien podria proporcionarme un ejemplo de como hacer algo similar a ordenes de compra, desde la estructura de la base de datos, hasta la aplicacion, para poder guiarme, es decir, un cliente puede tener varias ordenes, y una orden puede tener varios productos esas es la ideologia pero necesito algo que me ejemplifique. Espero me ayuden gracias Saludos |
#2
|
||||
|
||||
Holas a ver.. a ver...
Para un prg de facturación simple yo uso base de datos paradox en la cual creo diferentes tablas la 1 sería los datos personales...2 productos... 3 items productos. 1 id datos (campo autoincremental) Apellido - Nombres - Domicilio ------ 2 id productos (igual) Producto -- cantidad mínima - cantidad actual ---- 3 id items (igual) id datos cantidad comprada - total 1 y 3 con relación master detalle (items esclava de datos) 3 loockup de campo producto y precio unitario antes del post del 3 id datos (1) es id datos (3) despues del post de 3 modificar tabla 2 descontando cantidad comprada... alli brevemente tienes facturación y control de stock... espero haber sido claro y sea lo que necesites Saludos
__________________
Por qué todas las personas saben exactamente cómo debemos vivir nuestra vida, y nunca tienen idea de cómo deben vivir sus propias vidas.
|
#3
|
||||
|
||||
yo usaria este esquema clásico:
Código:
Cliente Producto | | ---* OrdenCompra | | | | | * | DetalleOrden*--- Producto: Codigo, Descripción ... OrdenCompra: Codigo, Fecha, CodigoCliente ... DetalleOrden: Codigo, CodigoProducto, Cantidad, Precio ... Y si puedes usa un sistema SQL, que igual te cuesta algo mas al principio pero luego se agradece muuuucho. Recomendado: Interbase - FireBird Esquema de la aplicación: Formulario Principal: Opciones de menu, lanzar formularios de "gestión" DataModule: Todas las Tablas, acceso a datos, funciones, calculos de la DB.. Gestion de clientes: Grid con la tabla de Clientes y distintas opciones de busqueda/filtrado, llama al formulario "datos del cliente" Datos del Cliente: Formulario con los datos del cliente, da altas y modificaciones. Gestion de productos: igual que el de clientes. Datos del Producto: Igual que el de clientes Gestion de Ordenes: igual que el de clientes (quizas una consulta SQL en lugar de una tabla para poder ver totales y cosas asi) Datos de la Orden de Compra: Formulario Con los datos de la orden y los detalles de la misma (tabla DetalleOrden) -------------------- Diseño: ¿a que los formularios de Gestión se parecen mucho? ahi podemos usar "herencia visual" que es como la herencia pero visual (de cajón de madera de tabla xD) Simplemente creas un Formulario "Gestion" que es el Padre de Gestion de Clientes y Gestion de Productos, y las funciones para manejar una tabla ó un Dataset Despues heredas ese form dos veces (en delphi file-new-other...pestaña con el nombre del proyecto salen todos los forms y eliges el de gestión) ma o meno quedaria asi la herencia (parece complicado pero en realidad no lo es tanto y ofrece muchas ventajas): Código:
FormularioGestion _________|_________ | | GestionClientes GestionProductos FormularioDatos _________|_________ | | DatosCliente DatosProducto Última edición por ruina fecha: 22-07-2004 a las 11:06:05. |
#4
|
|||
|
|||
Y yo me guiaría con el ejemplo Mastapp que viene incluido con el Delphi.
Seguro te sirve,... A mi me dio muchas luces cuando iniciaba con Delphi, claro que trabaja con el BDE y no se si quieres desarrollar tu aplicación con dbExpress, con IBX, con ADO, ni siquiera se con que manejador de bases de datos. Hasta luego
__________________
Fernando González Gil Última edición por pache fecha: 22-07-2004 a las 16:51:09. |
|
|
|