Best Practice: Import von XML => SQL-DB und Ändern

[Furtbichler]

Update: Mit EF habe ich das hinbekommen, ist ja auch nicht schwer. Mittlerweile habe ich DevExpress und deren XPO-Framework. Das sieht auch vielversprechend aus. Die Hauptschwächer aller ORM, nämlich keine Massenupdates machen zu können (geht natürlich, aber nur mit direktem SQL), haben die auch.

[Sir Rufo]

Zitat von Furtbichler:

Update: Mit EF habe ich das hinbekommen, ist ja auch nicht schwer. Mittlerweile habe ich DevExpress und deren XPO-Framework. Das sieht auch vielversprechend aus. Die Hauptschwächer aller ORM, nämlich keine Massenupdates machen zu können (geht natürlich, aber nur mit direktem SQL), haben die auch.

Wenn du den Programmierern erklärst, was Massenupdates mit einem ORM zu tun haben, dann würden die das auch umsetzen.

Sowas gehört in einen Service, der auf dem Server diese Aktion durchführt.
Um das also in die SQL Welt zu übersetzen analog einer Stored Procedure.

[Furtbichler]

Es ist nur oversized, dafür extra einen Service einzurichten. Und eine Stored Procedure mit einer Liste von IDs zu füttern ist auch nicht gerade prickelnd. Aber vom Architekturstandpunkt aus hast Du natürlich Recht.

Damit wir uns nicht falsch verstehen: Mit 'Massenupdates' (sollte es besser: Mengenupdates heißen?) meine ich Konstrukte wie:

Code:

update Tabelle 
   set Foo=123 
where ID In (1,2,3,4,5) -- 1,2,3,4,5 sind vom Anwender ausgewählte Daten

update Tabelle
   set Feld = EinAndererWert
  from AndereTabelle
 where AndereTabelle.Irgendwas = Tabelle.Irgendwas -- Das geht natürlich per SP