Una relación maestro->detalle es una relación "uno a muchos". Lo normal es tener un campo por el que están relacionadas ambas tablas.
En el caso de facturas es aconsejable que sea por un campo código que no sea el número de la factura, ¿por qué?, son varios motivos, pero por si se borra una factura, por ejemplo, así no perderíamos el incremento que debe existir entre ellas, las facturas.
Código SQL
[-]tbCabecerasFacturas (
id integer,
numero integer,
fecha date,
cliente integer,
total numeric(15,4),
primary key (id)
)
tbLineasFacturas (
id integer,
id_cabecera integer,
codigoArticulo integer,
cantidad integer,
precio numeric(15,4),
primary key (id),
foreign key (id_cabecera) references tbCabecerasFacturas (id)
)
Básicamente, a grandes rasgos:
Los campos id son autoincrementales.
Cada vez que creamos una factura podemos buscar la última y aumentar en 1 su número. Si se cancela, borra, etc. no habría problema con saltos de números.
Y como ves, se llaman tablas relacionales porque están relacionadas, es imposible dar de alta un registro en tbLineasFacturas si no existe su correspondiente 'id' en la tabla tbCabecerasFacturas
Yo uso 2 querys, uno para la cabecera y otro para el detalle. Si se cambia la cabecera entonces busco los registros en el detalle con el 'id' de la cabecera, simplemente.