elianny,
Parece que andas algo verde con el modelo de tablas y relaciones y su uso en delphi. Como comenta
kapcomx, para almacenar tus detalles de facturas es imprescindible un campo que guarde el identificador de la factura a la que pertenece el detalle. A esto se le llama llave foránea.
Por otro lado, en tu tabla de facturas prece haber campos redundantes. Es lógico que haya un campo que identifique al cliente, pero es innecesario, y, de hecho incorrecto, guardar ahí mismo el nombre y apellidos, ya que esos datos los tomarás, cuando sea necesario, de la tabla de clientes (debes tener una tabla de clientes).
Así mismo, en la tabla de detalles de las facturas, el campo descripción, si se refiere a la descripción del artículo, también estaría de más, pues dicha descripción estará en la tabla de artículos o productos. Además, el campo subtotal, en caso de ser el producto del precio unitario por la cantidad, no es necesario guardarlo en la tabla, pues es un campo calculado, es decir, su valor siempre puedes recuperarlo a partir de otros datos de la tabla.
Eso en cuanto a la estructura de tus tablas.
En cuanto al uso con delphi, te sugiero que leas
este mensaje en donde esbozo una manera de hacer lo que quieres (ahí se llama ventas en lugar de facturas pero la idea es la misma).
// Saludos