DBGrid como detalle de Factura.

[[Caral]]

Hola
Me falto la opción de borrar o eliminar un registro.
Bueno, aunque sea muy sencillo, aqui lo dejo.
Saludos

[epenor]

BlueSteel:

Muchas gracias por las ideas y correcciones, ahora la cosa está mas clara lo unico que no veo son esos controles en mi delphi 7. Por qué tendria que usar el campo correlativo en la tabla dfactura? no basta con el codigo de factura simplemente? creo que trabajaré con una tabla temporal mientras tanto.

Caral, gracias nuevamente.

[[BlueSteel]]

Empezado por epenor

BlueSteel:

Muchas gracias por las ideas y correcciones, ahora la cosa está mas clara lo unico que no veo son esos controles en mi delphi 7. Por qué tendria que usar el campo correlativo en la tabla dfactura? no basta con el codigo de factura simplemente? creo que trabajaré con una tabla temporal mientras tanto.

Caral, gracias nuevamente.

la idea de un correlativo es para identificar el registro dentro de una tabla detalle, es decir, diferenciar uno de otro.... a medida que vas insertando registro se va incrementando el numero de registro y tambien te sirve para tener un orden....

tambien conservas la posición de como se ingreso en la factura...

Las paletas y controles que faltan en tu delphi 7 es por que tienes que instalar el Jedi... jvcl jcl.... descargala e instalala...

Si tienes problema avisa....

y si puedes utiliza la tabla de memoria....

Salu2

[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,

[[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.