Office: (Office 2010) DLookup ersetzen

Hallo,

ich würde gerne folgende Funktion in mein Projekt integrieren:

Code:

Funktioniert auf den ersten Blick auch gut , ist aber nicht ganz identisch mit der Rückgabe, wenn die entsprechenden Abfragen Null ("") sind. Meine Abfragen lauten stellenweise:
Code:

Der Rückgabewert bei der oben gezeigten Funktion gibt hier kein Null mehr zurück. Wie könnte ich das anpassen?

:)

 

Dann lass' Dir im Direktbereich den Variablentyp so eines Ergebnisses einmal ausgeben. Code:

 

In Deiner Funktion fehlt auf jeden Fall ein Test auf ein leeres Recordset, was ja durch eine Filterung immer entstehen könnte. Ohne einen vorhandenen Datensatz kann man auch keinen Feldwert zurückgeben, und theoretisch müsste da sogar ein Laufzeitfehler entstehen.

Eine passende Ersatzfunktion wäre z.B.
Code:

Hier übergibt man statt Feld + Domäne + Kriterium gleich eine SQL-Anweisung und erspart sich intern die Zusammensetzerei, das zusätzliche Schreiben von SELECT, FROM und WHERE ist nun kein Zusatzaufwand, der Rest ist ja identisch. Zudem sollte das Schreiben einer SQL-Anweisung beherrschtes Handswerkszeug sein.
Mit der passenden SQL-Anweisung hat man zudem gleich den Ersatz von DCount, DSum, DMax & Co.

 

Der ist natürlich vom Typ String
Auch beim debuggen wird mir der String als "leer" angezeigt. und dennoch erfüllt er fälschlicherweise die Abfrage : If not isnull(DLookup...)

 

Eberhard hat Recht. Nur einen Fehler würde ich für so eine Funktion nicht erzeugen, sondern eher Null ausgeben.
Code:

PS: ob die Ersatzfunktion heutzutage noch Vorteile gegenüber einem normalen DLookup bringt ist unklar - ich nutze eigentlich beides nicht.

 

Man könnte auch zu dem Schluss kommen, dass man einen Denkfehler hat.

Null ""

Ein Variant mit einem LeerString unterscheidet sich von Null.
Du müsstest also die Prüfung ändern.

Da du ja nicht seit gestern erst mit der IT zu tun hast, lass ich dich mal selber etwas denken.

 

Hallo u.gross
evtl. auch was für Dich
in meiner Doc s. Fusszeile unten Rechts
ab Seite 234 bis 246
9 Umgang mit NULL

 

@Nouba
Meinst Du das angesichts des Hardware-Fortschritts?

 

Ob man die Ermittlung eines Einzelwertes aus einer Tabelle/Abfrage benötigt, muss man an seiner Aufgabenstellung festmachen.

Vorteile der Ersatzfunktion gegenüber der Domänenaggregatfunktion:
Ein (eigentlich vielbeschriebener) Perfomanceunterschied wird nicht messbar sein bei einer Einzelanwendung, und ein Dauerfeuer an Einzelabfragen wird man ja wohl nicht ohne Not anstellen.
Ein Vorteil der von mir zitierten Funktion ist die Variabilität und Universalität: Man benötigt keine gespeicherte Abfrage als Domäne, sondern man kann innerhalb der anzugebenden SQL-Anweisung frei gestalten (JOIN's, Unterabfragen, Min/Max/Count, komplexere Kriterienkonstrukte). Mit der Hinzunahme einer DB-Referenz in den Argumenten kann man dann auch gleich mal in einer unverknüpften Texttabelle (CSV) oder Exceltabelle oder natürlich externen Datenbank(tabelle) nachschlagen.

Das Schreiben einer SQL-Anweisung sollte zudem für einen DB-Entwickler keine besondere Herausforderung sein, in der einfachsten Verwendung vergleichbar zur Domänenaggregatfunktion schon gleich gar nicht:
Code:

Die Ähnlichkeit dürfte auffallen.

 

Noch ein kleiner Vorteil einer solchen Funktion wie Eberhard sie aufzeigt:
Ich arbeite oft ohne Verknüpfungen mit DAO oder ADO.
In diesen Fällen hat man nur eine geringfügige Anpassung innerhalb einer einzigen Funktion. Abgesehen davon arbeite ich auch lieber mit einer richtigen SQL Anweisung, da tue ich mir leichter wie mit den DomänenFunktionen.