maestro/detalle con temporales

[Casimiro Noteví]

Primero se da de alta el "maestro" y luego los "detalles", no puede ser de otra forma sin son tablas relacionadas.
En todo caso, si termina sin dar de alta ningún "detalle", puedes borrar el "maestro", si quieres.
Realmente no se puede dar muchos consejos de un sistema que no se tiene ni idea de lo que hace, ni cómo lo hace, ni lo que quieres hacer en cuanto a su funcionamiento se refiere

[anubis]

gracias.
El sistema es simplemente dar de alta una factura por numero de factura, y luego en otra tabla las lineas que contiene esa factura con su precio y demas.

Digo yo que es una relacion maestro/detalle normal y si funciona mi problema era, como a cualquiera, el insertar nuevos registros en el maestro y el detalle.

Tal y como lo planteas, si es así como debe ser no tengo por que usar una tabla temporal.

Estoy en lo correcto a la hora de trabajar con maestro/detalle?.

Documentacion de maestro/detalle sobre relacion si hay, inclusive en este foro, pero de insertar nuevos registros no he conseguido nada.

Gracias amigo casimiro por arrojarme luz.

[Casimiro Noteví]

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.

[anubis]

Se agradece de veras la informacion.

Si me quedo claro la relacion y si me funcionaba con la sconsultas, me quedaba el insertar registros pero lo voy a hacer registrando primero el maestro y luego el detalle.

gracias voy a probarlo y os cuento