Hallo Robert,
ich danke Dir für diesen Tipp!
Genau das hatte mir gefehlt! Jetzt funktioniert es so, wie es sollte.
Erlaube mir dennoch einige Hinweise/Fragen:
1. So funktioniert es - der Ausgangspunkt war ursprünglich anders gemeint. Aber egal, denn das Ergebnis zählt.
Ursprünglich wollte ich einfach eine Anweisung, um einen Datensatz anhand eines Variablenwertes (laktKontID) und Vergleich in einem Index-Feld (ID) zu adressieren und im Formular (Kont) zur Bearbeitung anzeigen. Da ich aus anderen DBS das kenne, war ich der Meinung das geht hier auch (ohne select oder filter), aber offensichtlich geht das nicht anders.
Vielleicht hast Du dazu noch einen Vorschlag?
2. Also wollte ich mit einer SELECT-Anweisung über ein SQL-Statement das Ergebnis erreichen. Dabei wandte ich die Methode an, die Du im Handbuch an mehreren Stellen aufgeführt hast, nämlich einen String mit der SQL-Anweisung zu füllen und zu executen. Du hast mir zwar in Deinem letzten post beschrieben, dass das nicht gehen kann, aber Du sagst nicht, was ich hätte tun müssen, damit es so funktioniert. Im Handbuch habe ich nichts anderes gefunden (oder nicht verstanden). Also was wäre nötig gewesen? Oder war das prinzipiell der falsche Ansatz? Prinzipiell muss doch die Anwendung (execute) einer SQL-Anweisung auch dann angezeigt werden? Warum hätte ich denn das an das Formular weitergeben sollen. Ein Formular stellt doch nur die selektierte Datenmenge dar. Das Formular muss doch die SQL-Anweisung gar nicht verstehen, sondern nur die gefilterten Daten anzeigen. Wo ist hier mein Gedankenfehler? Auch wenn Deine andere Methode einfacher und eleganter ist und funktioniert, würde ich gern wissen, warum ich falsch lag.
3. Du schreibst
Woher soll das Formular von dem etwas wissen, was in oResult steht
. Neben der Frage aus 2. interessiert mich prinzipiell, wie man den Inhalt der Objektvariablen sich mal anzeigen lassen kann? Geht das überhaupt? Alle anderen Variablen zeige ich mir zur Kontrolle über eine MsgBox() an.
4. Ich ärgere mich darüber, dass ich erst durch Deinen Hinweis im post auch die betreffende Stelle im Handbuch gefunden habe. Eigentlich sollte es ja so sein, dass das Handbuch der Problemlöser sein soll. Du baust das Handbuch auch problemorientiert auf, aber es ist natürlich ziemlich aufwändig, wenn das Problem auftritt, die betreffende Stelle auf 600 Seiten zu finden. Daher habe ich einen Vorschlag (wenn ich mir das erlauben darf): Könntest Du einen Anhang machen, in dem Du unter der jeweiligen Kurzüberschrift des Problems die dazugehörigen "Schlüsselwörter" und die Seitenzahl aufführst? So hätte der Leser eine problemorientierte Kurzübersicht und kann zum entsprechenden Kapitel wechseln. Ich weiß, dass das ein Riesenaufwand ist, aber für newbies wie mich, wäre es eine Erleichterung.
Allen Beteiligten vielen Dank für die selbstlose Unterstützung!
Peter