Programa de Facturacion, Inventarios, Produccion, Completo

[TrUnkS]

Hola Caral. Primero que todo agradecer enormemente que hayas puesto a disposición de los programadores tu obra de arte. Lo llamo asi porque es tuyo producto de tu esfuerzo y de la ayuda de otros quizás como todos lo hemos requerido alguna vez. Es tu creación y eso es motivo de admiración.
Este programa me ha servido para aclarar muchisimas dudas porque puedo ver las acciones que se realizan leyendo las lineas de codigo y viendo los componentes que usas. Yo también estoy realizando un programa similar pero es poco lo que puedo aportar al foro porque no tengo mucha experiencia en Delphi, en realidad yo soy matemático y tomo esto de la programación como algo mas para generar más recursos y me gusta bastante.
Ya mencionaste las razones por la cual pusiste a disposición tu obra pero me gustaria saber cuento tiempo te demoraste y que cosas fueron las que mas te costaron implementar. Una vez mas te felicito por tu sistema y por supuesto por tu disposición para ayudar a aquellos que necesitamos de un ejemplo concreto para aprender. Una vez mas felicitaciones

[[Delphius]]

Yo también me uno a la lista de agradecidos por ti.
Soy un novato en manejo de base de datos en Delphi. A diferencia tuya yo ando experimentando con Firebird, no es que le culpe a Access... pero bueno... tiene sus pequeñeces... jeje (si ya se que lo haz hecho para ser ilustrativo). Lo he descargado para ver como lo implementas, y que componentes usas.

La verdad que me está ayudando en entender esto del manejo de Base de Datos en Delphi. Toda mi experiencia anterior con BD se ha basado en SQL Server y con VB (por dios... espero no decir esas silabas nunca mas! ).
Me leí la Cara Oculta de Delphi 4. Y algunas cosas de alli las he entendido... y ahora que veo un buen ejemplo... me siento mas seguro para meterle mas maña a Firebird y a Delphi.

Muchas gracias por compartir tus conocimientos.
Eso si... me ha llamado la antención de que tu BD no está relacionada. es algo muy curioso... ¿afecta en algo que estèn hechas o no las relaciones? Me estaba preguntando...

Saludos,

[[Caral]]

Hola
TrUnkS: Gracias por tus palabras; Me alegra que te sirva este ejemplo, de eso se trata, de incentivar a mas personas a que usen Delphi, que sepan que en verdad es realmente sencillo.
Dificilmente puedo decir que fue mas dificil o facil de hacer, lo hice por instinto, yo tampoco soy programador en realidad bastante novato en esto con 8 o 9 meses no se puede pedir mucho, pero sigo aprendinedo porque me gusta, aparte de ayudarme en mi empresa es un jovi.
Cualquier modificacion y mejora seguro sera bien venida por muchos.
Delphius: Gracias por tus palabras, tambien, al igual que a otros espero te sirva aunque sea de ejemplo basico.
Con relacion a las relaciones, valga la redundancia, en realidad tengo entendido que si afecta sobre todo cuando se ejecutan consultas, pero esto te lo puede decir mejor uno de los tantos maestros que hay por el foro, estos si sabran, recuerda que soy seguramente tanto o mas novato que vosotros.
Saludos y que paseis felices fiestas navideñas.
Saludos

[Onti]

Un tiermpo + y lo libero!!

Dejenme sacarle un poco + de Jugo al asunto y libero el codigo de mi "Suite Puntos Venta" que taantas veces su algoritmo incremento mi cuenta bancaria

Aqui tienen un link del software

[[Lepe]]

Relaciones en BBDD:

Imaginamos que estamos haciendo un programa para un constructor de obras, se tienen las siguientes tablas:
obras
clientes
trabajadores
jornales
presupuestos de obras
facturas
lineas de facturas

Todas estan relacionadas mediante sus respectivas claves ajenas y con integridad referencial, esto es: ON UPDATE CASCADE, ON DELETE CASCADE.

Esto significa que al eliminar una obra, automáticamente el gestor de bases de datos se encarga de eliminar:
- los presupuestos iniciales que se hicieron para esa obra
- los jornales que existan de sus trabajadores para esa obra
- Otras registros de otras tablas que dependan de la tabla OBRA.

Para el caso de las facturas, como ya sabemos, no pueden eliminarse facturas ya emitidas, en ese caso especificaríamos como regla de integridad On DELETE NO ACTION y lo mismo para la tabla cliente, quedando así en la Base de datos:
- las facturas emitidas a ese cliente
- los datos personales del cliente (para mostrarlo en las facturas)

... y todo esto sin ninguna linea de código, basta un buen diseño de la BBDD.

Para relaciones Maestro-Detalles, también se especificaría ON DELETE CASCADE en la tabla detalle, así al borrar un registro en la tabla Maestra, se borran todas sus lineas automáticamente.

...Por algo estoy en contra de usar Paradox (no tiene integridad referencial) y te obliga a lanzar consultas de borrado cada dos por tres, o lo que es peor, hacer bucles en delphi eliminando las lineas de detalle.

Como veis no entro en eficiencia del motor de Bases de datos, planes de ejecución de consultas ni nada técnico, creo que la explicación es simple pero se entiende sobradamente.

Saludos