TFDBatchMove mit AutoInc

**TurboMagic**

Hallo,

so eine Eigenschaft hab' ich nicht wirklich gefunden auer an der DB-Connection,
das ist aber nicht was du suchtest.

Der Write für die FDBatchMove Instanz ist ein TFDBatckMoveSQLWriter und da gibt's
sowas auch nicht. Die Options die der hat sind etwas anders gelagert...

Grüße
TurboMagic

**Olli73**

Wir nutzen das auch nur bei TfdQuery. Aber ich würde mal das bei der Connection probieren...

**TurboMagic**

Zitat von Olli73:

Wir nutzen das auch nur bei TfdQuery. Aber ich würde mal das bei der Connection probieren...

Hab' ich eben, kracht aber leider genauso...

Also immer noch die Frage wem ich in dem Szenario wie sagen kann, dass er diese Spalten in Ruhe lassen soll...
Passende QP reports hab' ich dazu auch nicht gefunden.

**Olli73**

TFDBatchMoveSQLWriter.FDDataSet.UpdateOptions.Chec kRequired ?

**TurboMagic**

Zitat von Olli73:

TFDBatchMoveSQLWriter.FDDataSet.UpdateOptions.Chec kRequired ?

Hallo,

eben erst gesehen, gleich getestet, gleich enttäuscht worden.

Sorry!

Grüße

TurboMagic

**Olli73**

Dann musst du wohl mittels TBatchMove.OnWriteValue die Nulls zu Defaulftwert machen...

Aber bei TFDQuery klappt das mit chekRequired bei mir super. Bei mir war das Problem aber auch nicht ein Defaultwert, sondern die Vergabe der ID durch die DB.

**TurboMagic**

Hallo,

oh ich...

Ich bin einen Schritt weiter: ich hatte ja schon ein Event im Writer in dem ich für bestimmte Spalten
Werte vor dem Schreiben ändern bzw. setzen wollte. Auch für die Spalte die jetzt immer Ärger gemacht hatte.
Nur: dazu muss diese Spalte natürlich beim Reader im Select drin stehen!

Also zumindest für die Tabelle komme ich damit schon mal weiter.

Grüße
TurboMagic

**TurboMagic**

Noch ein anderes Problem mit dem Ansatz:
wenn ich mal eines Tages diesen Datensatz tatsächlich kopiert bekomme, hat ja der Generator für den
primary key in dieser Tabelle dem neuen Satz einen neuen Wert generiert.

Nur wie bekomme ich den zurückgeliefert?
Ja, ich könnte einfach mittels select nach dem höchsten Datensatz fragen, aber wenn dann mal später
evtl. mehrere Leute auf die selbe DB zugreifen wird's schnell haarig...

**Uwe Raabe**

Die Connection muss den Parameter ExtendedMetaData auf True setzen, damit FireDAC den Default-Wert erkennt.

**TurboMagic**

Danke für den Hinweis!

TFDBatchMove mit AutoInc

AW: TFDBatchMove mit AutoInc

AW: TFDBatchMove mit AutoInc

AW: TFDBatchMove mit AutoInc

AW: TFDBatchMove mit AutoInc

AW: TFDBatchMove mit AutoInc

AW: TFDBatchMove mit AutoInc

AW: TFDBatchMove mit AutoInc

AW: TFDBatchMove mit AutoInc

AW: TFDBatchMove mit AutoInc

AW: TFDBatchMove mit AutoInc

Forumregeln

TurboMagic Registriert seit: 28. Feb 2016 Ort: Nordost Baden-Württemberg 3.094 Beiträge Delphi 12 Athens	#1 AW: TFDBatchMove mit AutoInc 23. Dez 2022, 12:56 Hallo, so eine Eigenschaft hab' ich nicht wirklich gefunden auer an der DB-Connection, das ist aber nicht was du suchtest. Der Write für die FDBatchMove Instanz ist ein TFDBatckMoveSQLWriter und da gibt's sowas auch nicht. Die Options die der hat sind etwas anders gelagert... Grüße TurboMagic
	Zitat

Olli73 Registriert seit: 25. Apr 2008 Ort: Neunkirchen 793 Beiträge	#2 AW: TFDBatchMove mit AutoInc 23. Dez 2022, 13:00 Wir nutzen das auch nur bei TfdQuery. Aber ich würde mal das bei der Connection probieren...
	Zitat

TurboMagic Registriert seit: 28. Feb 2016 Ort: Nordost Baden-Württemberg 3.094 Beiträge Delphi 12 Athens	#3 AW: TFDBatchMove mit AutoInc 23. Dez 2022, 13:13 Zitat von Olli73: Wir nutzen das auch nur bei TfdQuery. Aber ich würde mal das bei der Connection probieren... Hab' ich eben, kracht aber leider genauso... Also immer noch die Frage wem ich in dem Szenario wie sagen kann, dass er diese Spalten in Ruhe lassen soll... Passende QP reports hab' ich dazu auch nicht gefunden.
	Zitat

Olli73 Registriert seit: 25. Apr 2008 Ort: Neunkirchen 793 Beiträge	#4 AW: TFDBatchMove mit AutoInc 23. Dez 2022, 14:12 TFDBatchMoveSQLWriter.FDDataSet.UpdateOptions.Chec kRequired ?
	Zitat

TurboMagic Registriert seit: 28. Feb 2016 Ort: Nordost Baden-Württemberg 3.094 Beiträge Delphi 12 Athens	#5 AW: TFDBatchMove mit AutoInc 23. Dez 2022, 14:17 Zitat von Olli73: TFDBatchMoveSQLWriter.FDDataSet.UpdateOptions.Chec kRequired ? Hallo, eben erst gesehen, gleich getestet, gleich enttäuscht worden. Sorry! Grüße TurboMagic
	Zitat

Olli73 Registriert seit: 25. Apr 2008 Ort: Neunkirchen 793 Beiträge	#6 AW: TFDBatchMove mit AutoInc 23. Dez 2022, 14:22 Dann musst du wohl mittels TBatchMove.OnWriteValue die Nulls zu Defaulftwert machen... Aber bei TFDQuery klappt das mit chekRequired bei mir super. Bei mir war das Problem aber auch nicht ein Defaultwert, sondern die Vergabe der ID durch die DB.
	Zitat

Uwe Raabe Registriert seit: 20. Jan 2006 Ort: Lübbecke 11.757 Beiträge Delphi 12 Athens	#9 AW: TFDBatchMove mit AutoInc 23. Dez 2022, 16:29 Die Connection muss den Parameter ExtendedMetaData auf True setzen, damit FireDAC den Default-Wert erkennt. Uwe Raabe Certified Delphi Master Developer Embarcadero MVP Blog: The Art of Delphi Programming
	Zitat

TurboMagic Registriert seit: 28. Feb 2016 Ort: Nordost Baden-Württemberg 3.094 Beiträge Delphi 12 Athens	#10 AW: TFDBatchMove mit AutoInc 23. Dez 2022, 16:38 Danke für den Hinweis!
	Zitat