Progress-Updates während einer Query

[Medium]

Ähm ja, das wird dann deutlich zu langsam. Da ich das ganze eh nur ca. alle halbe Jahre mal machen muss, und den Vorgang gerade angestoßen habe damit er übers Wochenende (hoffentlich) fertig wird, lege ich das "Komfort-Vorhaben" mal ad acta.

Aber wundert mich schon, dass es da offenbar keine Standard-Schnittstelle gibt, über die SQL-Server einen Fortschritt an seine Clients senden kann. Manchmal hat man eben keine hübschen kurzen kleinen Statements, gerade bei so Wartungsläufen.

[himitsu]

Mach es wie der Explorer beim Suchen.
* schätze wie lange ein Datensatz braucht
* multipliziere es mit der Anzahl
* dann tu so, als wäre die Anzeige real
** ist es früher fertig, dann den rest schnell vorspulen
** dauert es länger, dann die restlichen 5% extrem langsam laufen lassen
* und dann lass die Copy-Aufgabe komplett unabhängig vom Fortschritt laufen

[dataspider]

Also mit Fierebird hab ich das mal mit einer Procedure gemacht.
Ich habe einfach eine selectable SP geschrieben und in der Anwendung durchlaufen (select * from sp_name)
und dann mit while not Query.eof do...

Und in der Procedure dann halt zur Ausgabe (suspend) die Änderungen in den Daten mitgemacht.

Heute würde ich mich nicht mehr für sowas verbiegen, zumal es auch immer weniger perfomant ist.

Frank

[jobo]

Wenn sich das ausschließlich auf dem Server abspielt und Du nichts zerhacken willst, also eine vollständige Transaktion, dann wären autonome Transaktionen für Wasserstandsmeldungen hilfreich. Gibts bei Oracle und Postgres, weiter wüsste ich nicht.
Aber das Netz weiß mehr, hier eine Idee, die das ähnlich einer autonomen Transaktion durch eine andere Engine macht, für mySQL, vielleicht gibt es die Engine auch für Maria und es ist für den Einsatzzweck geeignet:
https://dba.stackexchange.com/questi...ction-in-mysql
Wahrscheinlich nur per SP, die selbst irgendwie stückelt bzw. einen Cursor über die gesamte Menge auf macht und Zwischenstände/Counter über die andere Engine wegschreibt.

[himitsu]

In Postgres gibt es die FOREIGN DATA WRAPPER (FDW) und DBLINK,
damit kann man Verbindungen zu anderen DBMS aufbauen, aber auch zum Eigenen und sogar zu/in sich selbst.

So kann man innerhalb eines Selects/Transaction parallel eine weitere Connection öffnen und dort z.B. ein INSERT/UPDATE oder ein NOTIFY absetzen, dessen Transaktion fertig wird, vor/während der Eigenen.

Somit lässt sich dann über ein weiteres SELECT der Status vom Client abfragen, oder eine Notification zum Client senden.
Über eine zusätzliche Connection im Client, weil die Erste hängt ja noch.

[MyRealName]

einen INSERT-SELECT macht man ja um Daten auf dem Server zu kopieren und nicht den Client-PC zu involvieren. Von daher gibt es da wohl eher keine Status-Meldung.
Bei Firebird hätte ich da einige Idee wie zum Bsp. Session variablen, die im Trigger aktualisiert werden könnten und remote ausgelesen, aber bei Maria-DB habe ich leider keine Ahnung.
Könnte man vllt einen Copy Counter einführen, der eine autogenerierte ID ist, die man abfragen kann ? Also wo man den generator selbst fragt oder die letzte erzeugte ID ?