DBGrid como detalle de Factura.

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