DBGrid como detalle de Factura.

[epenor]

Ok. pero puedo obviar ese campo? porque mi idea es hacer una consulta a la table dfactura sancando solo los registro que correspondan con el numero de factura de la tabla factura. Por lo tanto no veo en podria usar lo del campo correlativo.

Puedes decirme un escenario donde sea necesario esto?

saludos.

[[BlueSteel]]

Empezado por epenor

Ok. pero puedo obviar ese campo? porque mi idea es hacer una consulta a la table dfactura sancando solo los registro que correspondan con el numero de factura de la tabla factura. Por lo tanto no veo en podria usar lo del campo correlativo.

Puedes decirme un escenario donde sea necesario esto?

saludos.

A ver... primero que nada, ese campo no te afectará en la información que tu quieras mostrar en un DBGrid... simplemente lo omites o no lo muestras...

Si, puedes obviar u omitir dicho campo....lo que pasa es que estoy acostumbrado a diseñar asi las tablas.... es más que nada para diferenciar un registro (en ese tipo de tablas) de otro a través de un identificador unico..

Salu2

[epenor]

Es que como desconozco la utilidad que le pueda dar, no le veo importancia, recuerden que soy super novato en esto y voy de pasito.

No encuentro nada de informacion sobre ado en delphi acerca de cómo manejar (borrar, editar, etc) los registros de las TADOtables, TADOQuerys, etc. El ejemplo de caral me ha servido de mucho pero aun desconozco mucho.

Vi algo por ahi que implementaban algo llamado begintrans y committrans en las ADOConnetions ¿es para cuando se hace varios "mantenimientos" a las tablas?

[[Delphius]]

Hola epenor,
Sugiero y te aconsejo que te acerques al directorio libros y manuales de la sección FTP del club.
Allí están disponibles algunos manuales y tutoriales que puedes leer. De todos ellos es casi lectura obligada leer la Cara Oculta. Este documento puede ayudarte a comprender muchos de los conceptos de lo que estás preguntandote.

Además sugiero perderle miedo a la ayuda que ofrece Delphi. Selecciona el componente y presiona F1.

Mucho de lo que preguntas ha sido tratado en otras ocasiones, por favor realiza algunas búsquedas.

Amigo BlueSteel, el diseño de la base de datos que ofreciste está muy bueno. Si me lo permites (no es por molestarte) quisiera añadir que epenor debe analizar bien que y como estructurar la información. A veces, "imponer" un diseño termina perjudicando a quien está analizando.
Además, como bien sabemos, el diseño se ve afectado por las necesidades, requisitos, imposiciones, etc del ambiente o negocio.

Por ejemplo, el tema de los impuestos. Tu añadiste el campo en factura, puede ser viable. Pero supongamos que un artículo en particular posee otros impuestos extra.
Te doy un ejemplo muy claro, al menos en mi país. Las bebidas gaseosas tienen además del impuesto al valor agregado (IVA) un impuesto extra por el uso de ciertos aditivos que se emplean. En el caso de la Coca-Cola son dos los impuestos extras en vez de uno (en este momento no recuerdo bien a que era el otro). No sólo es variante el tema de la cantidad de impuestos sino también el valor. Por ejemplo, recuerdo que el impuesto a los aditivos de la Coca-Cola es del 7%, mientras que para el resto de las gaseosas es del 3%.
Entonces, suponiendo que vendamos gaseosas, el diseño que tu tienes es posible que quede "corto" frente a la necesidad de llevar estos impuestos. Tal vez pueda encontrarsele la vuelta (es probable) pero es un punto más a analizar.

Sugiero a epenor que analice sus necesidades objetivamente.

Saludos,

[[BlueSteel]]

Empezado por Delphius

Amigo BlueSteel, el diseño de la base de datos que ofreciste está muy bueno. Si me lo permites (no es por molestarte) quisiera añadir que epenor debe analizar bien que y como estructurar la información. A veces, "imponer" un diseño termina perjudicando a quien está analizando.
Además, como bien sabemos, el diseño se ve afectado por las necesidades, requisitos, imposiciones, etc del ambiente o negocio.

Toda la razón amigo Delphius....

Al menos en aquí lo único que posee un impuesto de ese tipo es el Combustible (que por cierto es muy elevado... que sinver......)... pero como bien dices, depende de los requisitos que tenga cada sistema....

Tampo quiero "imponer un diseño".... solo le sugerí ese y se lo explique de la forma más resumida pero que lo pudiera entender...


epenor: descargastes e instalastes la Jedi ??? Analisastes bien tus requerimientos ???

Salu2

[epenor]

Asi es BlueSteel, descargué e instalé Jedi pero solo he usado los jvIntegerEdit y los JvFloatEdits. Me puse a modificar el ejemplo de caral (del StringGrid) y ha sido algo dificultoso pero ya estoy saliendo adelante.

Creo que la mejor opcion habria sido usar la tabla temporal. Tendré tiempo luego de trabajar con ella.

A propósito, ya no hay Qreport en delphi 7, tendre que bajar a la version 6. Eso de Rave no se cómo va. El Qreport es bien sencillo.

[[BlueSteel]]

Empezado por epenor

A propósito, ya no hay Qreport en delphi 7, tendre que bajar a la version 6. Eso de Rave no se cómo va. El Qreport es bien sencillo.

El QReport si viene con el Delphi 7, lo que pasa es que hay que instalarlo... para lo cual revisa este hilo

Salu2

[[enecumene]]

Empezado por epenor

Ok. pero puedo obviar ese campo? ...

Es recomendable no obviarlo porque en realidad es muy necesario tal como te lo explica Bluesteel.

Saludos.