Office: (Office 2013) Abfrage schnellste Rennrunden

Hi,

"Element in dieser Auflisting nicht gefunden"

Diese Fehlermeldung erscheint, wenn ich auf die Spalte "Track" zugreifen möchte.
Es sind keine Parameter in der Abfrage definiert.
Wo hängt's jetzt?*biggrin.gif*

 

Hallo,

wie greifst du denn auf die Spalte "Track" zu und wie sieht dein aktueller Code (SQL und VBA) dazu aus?

 

Wenn Du die Abfrage qrySchnitt2 (nur die enthält Parameter) sowie die unveränderten Codes aus der DB verwendest, dann könnte es sein, dass diese Gestaltung eine explizite Definition der Parameter in der Abfrage benötigt.
Beginn der SQL-Anweisung:
Code:

 

Wenn ich den qrySchnitt2 ausführe, fragt er nach Parameterwerten für Session und Track. Ich hatte für die VBA-Abfrage qrySchnitt1 verwendet..

 

Der VBA-Code in #14 beinhaltet auch die Parameterübergabe.

qrySchnitt1 ... gab es bei mir nicht.
qrySchnitt enthält keine geforderten Parameter. Also sollte man da auch keine übergeben wollen.

 

qrySchnitt2 funktioniert bei mir nicht. Er fragt immer nach Parameterwerten.
Kann ich irgendwie auf qrySchnitt zugreifen? Die Werte reichen mir.
Danke für deine Geduld..

 

Korrektur im VBA-Code (Laufvariable in Spalte, nicht in Zeile):
Code:

Ansonsten funktioniert das. Jetzt auch getestet.

Na klar. Diese wurden auch bewusst in die Abfrage eingeführt, um die Auswertung auf eine einzelne Session (innerhalb eines Tracks) zu begrenzen. Dies zum einen abgeleitet aus der Aufgabenstellung, wo eben nur solche Daten neu anfallen, zum anderen aber auch als generelle Maßnahme. Rechtzeitige sinnvolle Datenmengenbegrenzung ist ein Grundprinzip für eine Datenbankarbeit, und bezüglich oben angedeuteter möglicher Performanceprobleme hier im Fall auch real sehr schnell notwendig und außerhalb jeder Theoretisiererei.

qrySchnitt2:
Code:

Bis auf die ergänzten (blau markierten) Anteile zur Parametrisierung ist diese Abfrage identisch zu qrySchnitt. Hier wurde nur die Rangberechnung der Runden (qryRang) nicht als gespeicherte Abfrage übernommen, sondern die entsprechende SQL-Anweisung unmittelbar eingesetzt.

Code:

Hier werden die Parameter übergeben, und wenn die Abfrage bei Ausführung diese vollständig, rechtzeitig und syntaktisch richtig bekommt, ist dann auch keine Nachfrage notwendig.

Jetzt müsstest Du Deine Ausführung genau überprüfen.
Wenn Du denkst, Du brauchst diese Parametrisierung nicht, dann entferne sie, dann aber komplett aus SQL-Anweisung und aus dem aufrufenden VBA-Code.

Auch beachten: Ich habe hier Indizes nicht verwendet und bewusst außer Acht gelassen, einfach um zu sehen, wie das "pur" funktioniert.
Aber natürlich gehören die dann in einer richtigen Anwendung dann auch einbezogen, denn sie haben ihre Effekte: Grundlagen - SQL ist leicht (8) - Index

 

Hi Eberhard,

vielen Dank, das klappt super.
Jetzt kann ich mir daraus eine Pivot-Tabelle erstellen.

 

Hi Eberhard,

ein letztes Problem habe ich noch:
Wenn ich das Makro auf meine Datenbank anpasse, kommt folgende Fehlermeldung:
Datentyp-Konvertierungsfehler
Ich benutzte keine Zahlen, die ich den Namen der Strecken zuweise, sondern schreibe den Streckennamen direkt in die Spalte.
Wenn ich die Abfrage in Access ausführen möchte, darf ich bei Parametern nur Zahlen eingeben und keinen Streckennamen. Kann das noch geändert werden?

 

Parameterdefinition:
Code:

sowie Parameterübergabe:
Code:

 

Perfekt, funktioniert einwandfrei! Danke, Eberhard.

Es werden zur Zeit alle Runden angezeigt. Wie kann ich nur den Durchschnitt der zehn schnellsten Runden darstellen?
Außerdem würde ich gerne noch die Startnummer als Parameter einbringen. Das Problem ist, dass die Spaltenüberschriftaus zwei Wörtern besteht (Car Number). Am besten wäre es, wenn die Spaltenüberschrift generell aus einem Wort besteht, oder?

 

S.Rang zeigt die Reihenfolge der Rundenzeiten pro Track, Session und Driver. Danach kann man filtern.

Wofür? Haben die Fahrer feste Startnummern?

Richtig, Bezeichnungen sollen keine Leer- und Sonderzeichen enthalten, wobei der Unterstrich die erlaubte Ausnahme ist.
Ansonsten muss man Bezeichnungen mit eckigen Klammern maskieren, so wie das bei den Parameterbezeichnungen (absichtliche Verwendung von $) zu sehen ist.

 

Ich habe den Code angepasst. Die Startnummer möchte ich wissen, weil ich diese über einen Datenschnitt in Excel auswählen möchte. Dann sollen der laufende Durchschnitt für alle Fahrer des Fahrzeuges dargestellt werden.

Der Code funktioniert jetzt in einem neuen Excel-Sheet prima, danke dafür.
Wenn ich ihn jedoch in das Excel-Frontend einfüge, erscheint bei folgender Zeile

Code:

folgende Fehlermeldung:

Laufzeitenfehler 3045: Datei wird bereits verwendet.

Der Standardöffnungsmodus der Datenbank ist auf "Freigegeben". Liegt wahrscheinlich daran, dass ich mehrere Verbindungen zu dieser Datenbank habe. Gibt es dazu eine Lösung?

 

Eine Access-DB ist mehrbenutzerfähig.

Die von mir gezeigte Routine hat eine Verbindung und Verwendung zur Datenbank nur innerhalb dieser Routine (private Variable). Daher kann ein Kopieren dieses nicht zu der von Dir geschilderten Situation führen, selbst wenn sie die DB exklusiv öffnen würde.

Daher wird das Verhalten in sonstigen Maßnahmen innerhalb des Excel-Frontends zu suchen sein.

 

Hi Eberhard,

da der Laufzeitfehler nur nach einer Aktualisierung auftrat, habe ich es wie folgt behoben:
Bei den Verbindungseigenschaften der PivotTables musste ich den Mode von "Share Deny Write" auf "Read" umstellen. Dann wird die Verbindung zwischen Front- und Backend nach der Aktualisierung aufgehoben

Mein angepasster Code für Access sieht wie folgt aus:
Code:

Wenn ein Fahrer in einer Runde extrem langsam war, wird der Durchschnitt natürlich extrem nach oben verfälscht (siehe Bild). Kann der Code so angepasst werden, dass nur die Runden angezeigt werden, die höchstens 5% langsamer als die schnellste Runde in der Session sind?