sql insert problem, datensatzübergreifend

[Serienchiller]

hallo liebe community!

ich habe gerade ein riesen problem, an dem ich seit ein paar stunden hänge :(
ich hoffe ihr könnt mir helfen...

also ich muss aus der datenbank alle rechnungen des vorjahres kopieren und als neue datensätze wieder mit erhöhtem datum in die db einsetzen, samt allen verlinkten tabellen.

soweit klappt das schon ganz gut, jetzt bin ich aber auf ein prob gestoßen:

wenn eine rechnung mit einer gutschrift verknüpft ist, hat sie den pk id, und ein weiteres feld mit der id der verknüpften gutschrift. bei der gutschrift ist es genau umgekehrt. so hängt eine gutschrift immer mit einer rechnung zusammen.

mit einer for select anweisung gehe ich nun ds für ds durch und dupliziere jeden ds und lasse dabei per generator eine neue id generieren. nur wie schaffe ich es jetzt, wenn ich einen ds erstelle, das feld gutschriftid zu füllen? diese wird ja erst später erstellt...

und wenn später die gutschrift erstellt wird, weiß ich nicht mehr, wie ich den ds vorher finden soll, der mit der jeweiligen gutschrift verknüpft ist...

ich hoffe das war einigermaßen verständlich :)

würde mich sehr über hilfe freuen...

[DeddyH]

D.h. beide Tabellen enthalten einen Fremdschlüssel auf die jeweils andere Tabelle? Wozu soll das denn gut sein?

[mkinzler]

Grunsätzlich geht das einfacher durch

SQL-Code:

insert into ... select

Das Problem mit der Gutschrift bleibt aber.
Ich würde diese Verknüpfung später setzen.

Ich frage mich aber, ob es sinnvoll ist, die Rechnungen des Vorjahres so vorzutragen. Zudem erscheint mir es fraglich, ob die Gutschriften im Folgejahr genauso zutreffen.

[DeddyH]

Wenn man eine SP verwendet, könnte man sich die "alten" bzw. "neuen" IDs ja auch merken (INSERT INTO ... RETURNING...) und ggf. ersetzen.

[Serienchiller]

es handelt sich nur um demodaten, die automatisch ins nächste jahr übertragen werden sollen, deswegen ist die gültigkeit egal.

es geht nur um die eine tabelle, in der der pk die id ist und ein weiteres feld heißt "rechgutid", wo halt die id des jeweils verknüpften ds drin steht.

das mit dem ds merken ist deswegen problematisch, weil es sein kann, dass die zusammengehörenden ds in der tabelle ganz weit auseinanderliegen...

[DeddyH]

Zitat:

Zitat von Serienchiller (Beitrag 1164290)

das mit dem ds merken ist deswegen problematisch, weil es sein kann, dass die zusammengehörenden ds in der tabelle ganz weit auseinanderliegen...

Verstehe ich nicht. Angenommen, Du hast einen DS mit der ID 10 und einem FK auf ID 42. Dann machst Du ein INSERT INTO mit RETURNING, merkst Dir die zurückgegebene ID, kopierst den referenzierten DS, merkst Dir auch dessen ID und machst dann ein Update der ersten Tabelle, indem Du den FK auf den gerade gemerkten setzt. Dabei ist es doch wurscht, wie weit die auseinander liegen.

[Serienchiller]

das problem is ja, dass gutschriften und rechnungen in EINER tabelle liegen und es folglich keinen foreign key gibt...

die unterscheidung ist lediglich durch das boolean feld "gutschrift" 0 oder 1 gegeben.

[DeddyH]

Und wie sind die DS dann miteinander verknüpft?

BTW: Klemmt Deine Shift-Taste?

[Serienchiller]

in der db garnicht. erst durch das programm kommt die verknüpfung. und das programm merkt, welche ds zusammen gehören, indem es schaut wo die id in dem einen, und "rechgutid" in dem anderen ds den selben wert haben.

[DeddyH]

Also doch ein Fremdschlüssel, wenn auch auf dieselbe Tabelle.