Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Datenbanken (https://www.delphipraxis.net/15-datenbanken/)
-   -   Delphi ADOCommand und "Restore / load Database...." (https://www.delphipraxis.net/11596-adocommand-und-restore-load-database.html)

hEiHaChI 10. Nov 2003 13:09


ADOCommand und "Restore / load Database...."
 
Moin,

hab folgendes Problem:

Ich möchte eine Datenbank mit einem Tool sichern und zurüchsichern können.
Das Tool ist soweit fertig, die Sicherung der Datenbank funktioniert auch.
Hatte erst mit Query's gearbeitet, ging aber nicht, da ich unter Delphi 5 keine Möglichkeit habe, einen Timeout für eine Query zu setzten ( Standard ist wohl 30 sekunden, bei ca 4 GB Datenbank-Grösse etwas zu kurz ) Delphi meldete bei der Sicherung der DB immer "Timeout abgelaufen...". jetzt hab ich das mit ADOCommand machen wollen, da man da ein Timeout setzten kann. Die Sicherung klappt wunderbar, aber bei der Rücksicherung der DB meldet Delphi immer, das die DB in Benutzung steht. Ich hab aber keine anderen offenen Connections ausser einer zur DB auf.

Gibt es da irgendwas zu beachten bei ADOCommand???

Hoffe, mir kann einer helfen. Bin für jeden Tip dankbar.

Bin schon echt am verzweifeln. :wall:

MfG hEiHaChI

Matt 13. Nov 2003 07:23

Re: ADOCommand und "Restore / load Database...."
 
Wie sicherst Du denn zurück? Ersetzt du die DB (File) oder liest Du die Tabellen/Datensätze nach und nach ein (bei 4GB kann ich mir die Frage ja eigentlich sparen :-))?

Wenn Du die DB ersetzt (Datei) dann musst Du die alte vorher umbennen oder löschen.
Bei allen anderen Dingen würde ich dir empfhelen die Gesamte ADOConnection zu schließen und dann den Befehl erst auszuführen. Ich lege für sowas immer eine separate DB an, in der dann die Daten für die Pfadangaben, etc. stehen!


Alle Zeitangaben in WEZ +1. Es ist jetzt 10:33 Uhr.

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz