IDs schnell abändern

[trashcandesign]

Moin,

ich hab da mal wieder ein kleines Problemchen.

Ich habe eine Tabelle [ID|Text] mit ca. 11000 Datensätzen und muss nun bei jedem Datensatz die ID abändern.
Im Moment gehe ich mit einer while-Schleife durch jeden Datensatz und änder die ID:

Delphi-Quellcode:

[...]
  while not eof do
  begin
    Edit;      
      FieldByName('ID').AsInteger  := iID;
    Post;
     
    inc(iID);
    Next;
  end;
[...]

Diese Methode dauert aber natürlich viel zu lang. :(
Gibt es eine Möglichkeit dieses Problem recht schnell und einfach zu lösen?


Gruß
Dirk

[hoika]

Hallo,

was heisst denn "ändern" ?
+1, -10 ??

Ich würde sowas immer mindestens über ne prepared Query machen.
Da du ZEOS benutzt, istd ie praktischer schon prepared,
wenn du eine parametrisierte Query benutzt.

Delphi-Quellcode:

SQL.Clear;
SQL.Add('Update MyTable Where Id=:Id');
for i:= 1 to 10000 do
begin
  ParamByName('Id').AsInteger:= iBlaBla;
  ExecSQL;
end;

Falls der Update-Algorithmus einfach ist,
könnte man auch ne stored procedure benutzen.


Heiko

[Udontknow]

Mal eher etwas grundsätzliches: ID´s (Primärschlüssel) sollten nicht abgeändert werden, um Referenzen nicht zu zerstören. Ich habe bis jetzt nur einmal Primärschlüssel ändern müssen, das betraf die Zusammenführung/Replikation von Daten zweier Datenbanken. Dem Problem kann man aber auch entgegentreten, indem man unterschiedliche Schlüsselräume für die DBs nutzt...

Cu,
Udontknow

[trashcandesign]

@hoika

Schöner Ansatz, ändert an der Geschwindigkeit aber leider nichts.


@Udontknow

Es geht genau darum, dass ich Teildaten aus einer Datenbank in eine Andere schieben muss, aber eben in der Ziel-DB nicht allse löschen kann, sondern die 11000 Datensätze hinzufügen muss!

In beiden DBs gibt es ständig Daten, die hinzugefügt/gelöscht werden, also ist das mit den Adressräumen auch nicht so einfach.

Bei meinem Problem geht es um einen Ex- bzw. Import.

[Udontknow]

Wieso? Wie bestimmst du denn eine neue ID? Du solltest so etwas wie einen IDGenerator für die Inserts nutzen.

So hättest du ja nun auch das Problem, daß einmal importierte Daten einen neuen Schlüssel bekommen, und ein Update anstelle eines simplen Inserts unmöglich wird...

Cu,
Udontknow

[Jelly]

Wenn du sie von A nach B kopieren/importieren musst, warum denn vorher die ID ändern und dann erst in Tabelle B einfügen. Das kannst Du doch in einem Ruck machen.

[hoika]

Hallo,

das iId hatte ich ja gar nicht gesehen.

Update MyTable Set Id=Id+1000 (z.B.)

Da kann auch noch ein Where dahinter.

Das setzt die Id aller Werte um 1000 hoch.

Tip: Die 1000 kann man auch durch eine andere Zahl ersetzen ... ;)


Heiko

[trashcandesign]

Moin,

@hoika
DANKE! :hello:
Genau das hatte ich gesucht.
Hat zwar ne Weile gedauert, bis ich das kapiert hab, dachte du willst schon wieder, dass ich das in einer Schleife abarbeite, aber nun funzt es extrem schnell.

Wusste noch nicht, dass ich innerhalb eines SQL-Statements auch Berechnungen durchführen kann.
Ist das SQL-Standard, sodass das auch in Access, MSSQL, Oracle usw. funktioniert?


Und danke für den Tip, das hat mich dann gleich mal vor meiner nächsten Frage bewahrt :lol:

[Sharky]

Zitat:

Zitat von trashcandesign

... Ist das SQL-Standard, sodass das auch in Access, MSSQL, Oracle usw. funktioniert? ...

Hai,

das sollte mit jedem SQL-System funktionieren.