Office: (Office 2007) VBA Parameterabfrage und Export Textdatei

//OT:
@LL: Woraus leitest Du Arroganz her? Woraus beziehst Du Deine Aufregung?
Datensätze in einer Tabelle, die man für eine einmalige Verwendung anlegt (und die in dem Fall zusätzlich redundant sind) und die nachfolgend wieder beseitigt werden müssen (spätestens nach erneuter Benutzung dieser Tabelle), sind nun mal temporär und nach Verwendung störend, also Abfall. Ist es beleidigend, wenn ich diese Langbeschreibung der Situation auf das schnell verständliche Temp-Müll reduziere?

Datensätze anlegen und wieder löschen fördert das Aufblähen einer Datenbank. Das mag bei kleinen Datenmengen vernachlässigbar sein (unbedeutende Probleme), ich beherzige aber einen mir gegebenen Hinweis, in einer Datenbank grundsätzlich von großen Datenmengen auszugehen und die Anweisungen entsprechend zu gestalten. Der Umstieg von einer Testumgebung auf eine reale Umgebung könnte sonst zu ungewünschten Überraschungen führen.

Und ja: Ich halte in der überwiegenden Anzahl von Fällen eine virtuelle Tabelle (= Abfrage) für die bessere Lösung als eine temporäre Tabelle.
Woran misst Du eine "bessere Lösung"?

Das sollte dieser schon selber beantworten können. Bisher wollte er verstehen, warum sein Code nicht wie erwartet funktioniert.
Nach kopierfähigen Lösungen (die Du auch noch nicht geliefert hast, da vor der Tabellenerstellungsabfrage eine Prüfung auf vorhandene Tabelle fehlt und somit nach Zweitverwendung ein Fehler auftritt) war noch nicht gefragt, Ansätze (mehrere!) hatte ich geliefert.

@Smashi: Zum Ansatz 1 kannst Du bezüglich CreateQueryDef in der Hilfe nachlesen. Das ist kein riesiger Aufwand.
Zum Ansatz 2 sollte das Nachfolgende (beinahe) 1:1 umsetzbar sein:
Code:

Bei den Kombinationsfeldern gehe ich davon aus, dass jeweils die erste Spalte die gebundene ist.

 

Die Umsetzung dieses Vorschlags könnte etwa so aussehen:
Code:

Eine solche Abfrage kann man einfach per TransferText exportieren. Man muss nur vor dem Export den Funktionen den gewünschten Wert zuweisen, siehe auch Variablen in Abfragen verwenden.

 

Danke für die Lösungsvorschläge. Ich denke, ich werde das ganze über eine Tabellenerstellungsabfrage lösen.

Wusste nicht, das hier auch die Formatierungen der Abfrage übertragen werden. Daher bin ich hier nie wirklich eingestiegen. In der Buchungsdatei dürfte nämlich keine Uhrzeit drin stehen. Wenn ich eine Tabelle bisher immer als Textdatei exportiert habe, hat er immer die Uhrzeit mit übergeben ("... 00:00:00").

Danke für eure Hilfe.

 

Hallo,

Glücksgriff die m.M.n. ungünstigste der 4 vorgeschlagenen Varianten *cool.gif* .

Vielleicht unwichtig, aber das Verfahren ist bei zentraler DB/FE nicht multiuserfähig.

Formatierungen kann man übrigens auch in einer Abfrage vornehmen.

 

Ist wichtig, damit hat sich die Tabellenerstellungsafrage erledigt. Muss ich mal anders weiter suchen. Vielleicht bekomme ich auch noch mehr Informationen importiert, damit ich besser auswerten kann.

Ich weiß, deshalb will ich ja die formatierte Abfrage als Textdatei exportieren.

 

\@ebs17

Hat er mit seiner Entscheidung kund getan!

Was er jetzt mittels unserer Diskussion vermutlich auch hat.

Will ich nicht liefern, da der Lerneffekt damit i.R. ausbleibt!

Soll heißen, wenn Du nur eine Datenbankdatei mit mehreren Benutzern gleichzeitig verwendest!
Wenn Du in FE und BE aufgeteilt hast und jeder Benutzer sein eigenes FE hat stimmt diese Aussage nicht, da die temporäre Tabelle im FE erstellt wird!
Es ist sicherlich nicht die beste Lösung, war aber gemäß deines bisherigen Codes die pragmatischte.

Sinnvoller und Datenbanktechnisch sauberer ist sicherlich eine Abfrage ohne Parameter mit den Kriterien in der WHERE-Bedingung wie von Eberhard in #17 gezeigt.

Gruß

LL

 

Eins aus vier auswählen (Kriterien unbekannt) und mit anderen Vorschlägen nichts anfangen können ist aber zweierlei. Jemanden seine Erkenntnisfähigkeit absprechen zu wollen finde ich indiskutabel und arrogant - und das ohne Gänsefüßchen.
Hinzu kommt, dass Erkenntnis- und Entscheidungsprozesse durchaus auch länger dauern können und von der Umgebung, in der man arbeitet (oder die man sich vorstellen kann) abhängen, und da gibt es ja im Normalfall Entwicklungen.
"Ich wollte von den Formularbezügen in Abfragen weg" ... ist für mich ein signifikanter Hinweis dazu, ein wenig weg zu kommen von "Hauptsache, es funktioniert irgendwie und möglichst einfach in der Erstellung (zusammengeklickt und fertig)".

Als weiterer Hinweis: Ehe Du öffentlich persönlich wirst, solltest Du analysieren, warum Deine Sätze kaum noch ohne Ausrufungszeichen auskommen.

 

//O.T.

Um jetzt persönlich zu werden! (Damit auch das Ausrufezeichen vorkommt)
Dein letzter Post bestätigt mir, dass Du wohl ein ungelöstes Problem mit Deinem Ego hast.