Office: (Office 2010) Warte-Animation während Abfrage anzeigen

Heißt das, die Animation wird angezeigt "friert" aber ein, sobald die Abfrage beginnt?

LG M

 

gaaaaaaaaaaaaaanz genau :-)

 

Wenn das einfügen von DoEvents vor dem Ausführen der Abfrage nicht hilft, bleibt nur noch die Abfrage asynchron auszuführen.

Ist das Backend Access oder ein Server?
Hab damit jetzt noch keine Erfahrung damit gesammelt.
Müsste man halt testen. Ich vermute bei ADO kann man das Ende per Event erfahren, bei DAO müsste man schauen ob das Database Objekt eine Info liefert.


LG M


Edit: Jürgen was meinst du ob das gehen kann?

 

In eine Abfrageausführung kannst Du nicht eingreifen und da zwischenzeitlich etwas anderes veranstalten.

Mögliche Auswege:
- Übertrage Deine Datensätze einzeln. Da wird dann das Ganze noch langsamer, aber dafür müsstest Du die Gelegenheit bekommen, schöne Bildchen zu zeigen.
- ADODB lässt asynchrone Vorgänge zu. Vielleicht lässt sich da etwas machen, ist aber noicht ganz simpel, und ich habe da keine Erfahrung.

Mein Weg wäre eher, in einer Textbox m Formular deine Meldung zur Aktion anzuzeigen und nach der Aktion zu ändern. Selbstverständlich ist, dass man sich um Performance bei Abfragen bemüht und auf Zeit überbrückende Animationen am besten verzichten kann.

Welchen besonderen Grund gibt es, diese Aussage als unumstößlichen Fakt zu nehmen?

 

Wie meinst du das ebs? Ich muss nun mal jede Menge Daten importierten und das Dauert leider sehr lange.

 

Siehe Anhang

 

1,6 Mio Datensätze ist natürlich ein richtiges Stück Holz und braucht dann.

Man müsste natürlich das Umfeld dazu kennen. Vielleicht wäre eine Aktualisierung einer bestehenden Tabelle eine Alternative zu einem Komplett-Neuimport. Gedanken dazu sind hier abgelegt: Grundlagen - SQL ist leicht (4) - Aktualisierung einer Tabelle

 

Darf man fragen, von wo du die gif hast?

Grundsätzlich ist die Umsetzung möglich.
Ich würde das Form im Dialogmodus öffnen.
Im Formular dann die Abfrage per ADO asynchron ausführen und das ADO.Connection.ExecuteComplete Event auswerten um zu erfahren wann die Verarbeitung abgeschlossen ist und das Form schließen.

Nicht ganz trivial, schlussendlich aber simpel, so man schon mit Events gearbeitet hat und sich mit ADO minimal auskennt.

Danach läuft der Code einfach weiter.
LG Markus

 

Vielen Dank ebs ich werd mir das gleich mal anschauen.
Ich probiere schon einige Tage rum welche Lösung am wenigsten Zeit in Anspruch nimmt. Ich bin zu dem Entschluss gekommen, dass es wohl am einfachsten ist wenn ich anfangs alle Daten importiere und dann mit einer lokalen Tabelle arbeite. Ich hoffe eine Aktualisierung geht dann schneller als ein kompletter Import.

 

Hallo Markus,
leider höre ich ADO heute zum ersten mal. Wäre es möglich mir ein konkretes Beispiel zu posten?

Die Gif habe ich mir aus dem Internet geladen.

 

Hier gibts etwas Basisinfo und Beispiele.

Wenn du im Forum nach ADO oder ADODB suchst, gibt es viele Beispiele.

Vorher würde ich mich aber eher damit auseinandersetzen, wie du optimal mit den Daten umgehst, diese Unsicherheiten sollte zuerst ausgeräumt werden.

LG Markus

 

Hallo ebs,
leider komme ich mit den Grundlagen nicht mit meiner Abfrage weiter. Kannst du mir vielleicht kurz unter die Arme greifen? Wie müsste denn die neue Abfrage bei mir aussehen?

Code:

 

Wo liegen denn die Probleme? (Mein Zauberstab ist mir gerade aus der Hand gefallen.)

Eines, fällt mir auf, was Du aber sicherlich nicht meinst: Warum musst Du aus drei Tabellen eine erzeugen?
- Redundante Daten?
- Wenn das EINFÜGEN so lange dauert, lasse es und bleibe bei der Auswahlabfrage, nachdem Du die ungeschickten Kriterien im Sinne einer Indexnutzung umgestellt hast.

 

Also Problem ist dass wir ein internes Statistikmodul haben dass die Prüfwerte der eigenen Datenbanken auswertet. Jetzt soll damit auch die Datenbanken eines Drittanbieters ausgewertet werden. Dieser speichert all seine Daten in drei Tabellen. Die Join Befehle habe ich mir vom Lieferanten zukommen lassen. Mein Tool arbeitet ausschließlich mit einer Tabelle. Später soll über die Anwendung flexibel gefiltert werden können. z.B. eine Dropdown Schaltfläche mit allen Seriennummern. Alleine das Auslesen aller vorhandenen Seriennummern bedarf seine Zeit. Ich komme leider immer wieder in eine Sackgasse weil ich mich halt auch nicht wirklich mit solch komplexen join Befehlen auskenne.

 

Eine Auswahlabfrage lässt sich in den meisten Fällen genau so wie eine Tabelle verwenden (= virtuelle Tabelle). Vielleicht sollte man das Tool ein wenig flexibilisieren.

Wenn die Seriennummer in der Tabelle stat_runs liegt, würde man sie direkt dort entnehmen, statt erst die Datensätze dieser Tabelle mit JOIN's auf andere Tabellen zu vervielfältigen.
Code:

Je nach Tabellenstruktur könnte das DISTINCT überflüssig sein.

Die JOIN's sind hier wahrscheinlich weniger das Problem, wenn man unterstellt, dass die verwendeten Schlüsselfelder indiziert sein werden. Überdenkenswert sind die Kriterien (WHERE-Teil).

Wie macht man in einer Datenbank mit größeren Datenmengen Statistik ohne Kenntnisse in SQL?

So komplex ist die verwendete Anweisung noch gar nicht. Man müsste aber schon seine Kenntnisse etwas erweitern wobei es allerdings spannender ist, erst mit dem Auto durch die Gegend zu fahren und "by the way" Verkehrszeichen und Straßenverkehrsordnung und das komische Verhalten der anderen kennenzulernen.