<\/p>\n
Karl Donaubauer, Wien<\/b><\/p>\n
In der Access-FAQ von Karl Donaubauer (www.donkarl.com) finden Sie die meistgestellten Fragen und Anworten zum Thema Microsoft Access. In dieser Beitragsreihe stellt Karl Donaubauer die wichtigsten Einträge im Detail vor und zeigt Ihnen entsprechende Lösungen anhand praxisnaher Beispiele. Im fünften Teil lernen Sie die Lösungen zu den meistgenannten Problemen der Teilnehmer der deutschsprachigen Access-Newsgroups im Zusammenhang mit Abfragen kennen.<\/b><\/p>\n
Eine recht häufige Aufgabe bei der Arbeit mit Datenbanken ist der Vergleich der Daten zweier Tabellen. Dabei gibt es zwei übliche Szenarien. Im ersten geht es um den Vergleich zweier „gleichrangiger“ Tabellen, die ähnlich aufgebaut sind – zum Beispiel wenn beim Import von externen Daten geprüft werden muss, ob und welche Daten in der bestehenden Tabelle bereits vorhanden beziehungsweise welche Datensätze in der Importtabelle neu sind. Das zweite Szenario ist die 1:n-Beziehung, bei der man feststellen möchte, welche Daten der Mastertabelle in der Detailtabelle bereits vorkommen oder welche noch nicht. Typische Anwendungsfälle sind etwa, aus einer Adresstabelle (Mastertabelle) jene Adressen herauszufinden, die nicht in der Bestelltabelle (Detailtabelle) vorkommen, oder Firmen (Mastertabelle), bei denen es noch keine Ansprechpartner (Detailtabelle) gibt.<\/p>\n
![](\"..\/fileadmin\/_temp_\/{33982D6F-2B24-4E16-9D30-1424E2BA5566}\/pic001.png\")
<\/p>\n
<\/b><\/p>\n
Bild 1: Verknüpfungseigenschaften<\/span><\/b><\/p>\n In beiden Szenarien lässt sich die Aufgabe im Prinzip darauf reduzieren herauszufinden, welche Daten sich in Tabelle A befinden, aber nicht in Tabelle B. <\/p>\n Bild 1 zeigt eine Abfrage aus der Beispiel-Datenbank zu diesem Artikel mit der Firmen- und der Ansprechpartnertabelle.<\/p>\n Wenn die Beziehungen in der Datenbank richtig gesetzt wurden, dann zeigt Access in der Abfrage mit den beteiligten Tabellen automatisch für die Verknüpfungsfelder (hier FirmenId) eine Verknüpfung ohne Pfeil an.<\/p>\n Ohne Beziehungen auf Datenbankebene müssen Sie selber mit der Maus durch Ziehen und Fallenlassen eines Verknüpfungsfeldes über dem anderen eine solche pfeillose Verknüpfungslinie erzeugen. Mit dieser Verknüpfung (INNER JOIN in SQL) bekommt man im Ergebnis nur jene Firmen, für die es bereits Ansprechpartner gibt.<\/p>\n Auf der beiliegenden Heft-CD finden Sie Beispiel-Datenbanken für Access 97 und Access 2000 und höher mit den Quellcodes und Beispielen aus diesem Beitrag. <\/p>\n Durch Doppelklick auf die Beziehungslinie öffnet sich das Dialogfenster „Verknüpfungseigenschaften“. Option 1 ist der bereits angeführte INNER JOIN, Option 2 der LEFT JOIN, Option 3 der RIGHT JOIN. Im Beispiel ist ein LEFT JOIN gefragt, also Pfeil von links, denn es geht im ersten Schritt darum, alle Firmen anzuzeigen, egal, ob es bereits Ansprechpartner gibt oder nicht. Welche Felder aus der Firmentabelle zur Anzeige ausgewählt werden, ist an sich egal. Im Beispiel ist es nur der Firmenname. Der zweite wichtige Schritt – neben der richtigen Einstellung der Verknüpfung – ist die Auswahl des Verknüpfungsfeldes der n-Seite (im Beispiel FirmenId aus der Tabelle tbl_Ansprechpartner) mit dem Kriterium Ist Null.<\/p>\n Als Ergebnis erscheinen nur noch jene Firmennamen, für die es keine Ansprechpartner gibt. Der SQL-Text dieser Abfrage lautet:<\/p>\n oder schematisch:<\/p>\n Es gibt verschiedene Methoden, um für die Ergebnis-Datensätze einer Abfrage eine laufende Nummer zu erzeugen. Zwei davon stelle ich hier vor. Eine, die reines SQL verwendet, und eine andere, die auf die Domänenaggregatfunktionen von Access zugreift. Welche der beiden Varianten Sie wählen, sollten Sie vor allem von einem Geschwindigkeitstest mit Ihren konkreten Daten abhängig machen.<\/p>\n In der Beispiel-Datenbank finden Sie eine Tabelle tblArtikel mit den Feldern ArtikelId, Bezeichnung, Stueck und Preis. Im ersten Beispiel soll die Nummerierung nach ArtikelId aufsteigend erfolgen. ArtikelId ist ein Autowertfeld mit den üblichen Lücken durch gelöschte Datensätze. Für die laufende Nummer ist in der Abfrage ein neues Feld notwendig, in dem sich eine Unterabfrage befindet. Der Text im Feld lautet:<\/p>\n Bild 2: Laufende Nummer über ArtikelId<\/span><\/b><\/p>\n Das Ergebnis sehen Sie in Bild 2. RowNum ist dabei ein beliebiger Name für das berechnete Feld, Temp ein beliebiger Name für die temporäre Tabelle in der Unterabfrage, die eine Kopie der echten Tabelle darstellt. Der SQL-Text zählt, wie viele Datensätze es in dieser temporären Tabelle gibt, deren ArtikelId kleiner ist als die ArtikelId der echten Tabelle im aktuellen Abfrage-Datensatz. Zu diesem Wert wird dann außerhalb der Unterabfrage noch 1 addiert.<\/p>\n Beispiele: Im ersten Datensatz ist die aktuelle ArtikelId 1. Es gibt 0 Datensätze in der Tabellenkopie mit kleineren Werten für ArtikelId. Der Ausdruck [tblArtikel].[ArtikelId])+1 ergibt also den Wert 1 für das Feld RowNum. Im zweiten Datensatz hat das Feld ArtikelId den Wert 2. Es gibt einen Datensatz mit einem kleineren Wert für das Feld ArtikelId. Der Ausdruck [tblArtikel].[ArtikelId])+1 ergibt also in diesem Fall den Wert 2. Im dritten Datensatz hat das Feld ArtikelId den Wert 5. Es gibt aber nur zwei Datensätze mit kleineren Werten für das Feld ArtikelId, der entsprechende Ausdruck ergibt also den Wert 3. Die Lücke im Feldwert spielt für den neuen Zähler also keine Rolle.<\/p>\n Eine andere Variante ist die Verwendung der DomAnzahl-Funktion (englisch: DCount). In der Beispiel-Datenbank finden Sie jede Abfrage einmal mit SQL- einmal mit DCount-Zähler. Das Prinzip ist hier das gleiche wie bei der SQL-Variante. Das Feld für den laufenden Zähler nach ArtikelId sieht dann jedoch so aus:<\/p>\n Bei gleichen Werten in zwei Datensätzen wird der Rang zweimal vergeben und der nächste ausgelassen. Im folgenden Beispiel gibt es zweimal den Preis 300,00. Um einen Zähler aufgrund der Preise zu erzeugen, muss man die Unterabfrage nur leicht abändern:<\/p>\n beziehungsweise:<\/p>\n Bild 3 zeigt das Ergebnis mit dem doppelt auftretenden Wert 2 und dem ausgelassenen Wert 3 im Zähler. <\/p>\n Die fortlaufende Nummer entspricht also der Wertung bei Sportereignissen, die auch einer der praktischen Anwendungsfälle für diese Technik ist.<\/p>\n Wenn es eine andere Sortierung oder andere einschränkende Kriterien für die Datensätze gibt, so müssen diese auch in der Unterabfrage beziehungsweise im DomAnzahl-Ausdruck vorgenommen werden. Lautet zum Beispiel das Kriterium in der Preis-Spalte >300, dann muss das Feld für die laufende Nummer so aussehen:<\/p>\n beziehungsweise mit DomAnzahl:<\/p>\n Bild 3: Fortlaufende Nummer mit doppelten Werten<\/span><\/b><\/p>\n Bild 4 zeigt das Ergebnis. Die weggefilterten Datensätze spielen für die laufende Nummer also keine Rolle.<\/p>\n <\/p>\n Bild 4: Laufende Nummer mit Kriterien<\/span><\/b><\/p>\n Nach ähnlichem Muster funktioniert die Berechnung von laufenden Summen in Abfragen. Folgender Ausdruck in einem berechneten Feld summiert die Preise in der Artikeltabelle zeilenweise auf:<\/p>\n Dabei wird der Preis im aktuellen Datensatz addiert mit der Summe aller Preise, deren ArtikelId kleiner ist als die aktuelle. Die Nz-Funktion sorgt dabei dafür, dass auch in jenen Datensätzen ein Preis erscheint, bei denen einer der Operanden fehlt, also zum Beispiel im ersten Datensatz, in dem die DomSumme noch keinen Wert liefert. Bild 5 zeigt die entsprechende Abfrage aus der Beispiel-Datenbank.<\/p>\n Bild 5: Laufende Summe<\/span><\/b><\/p>\n Nach all der Ordnung beim vorherigen Thema folgt nun das Gegenteil, nämlich die zufällige Reihenfolge der Datensätze, die sich bei jedem Ausführen der Abfrage ändert. Praktische Anwendungsfälle sind zum Beispiel Testverfahren, Auslosungen oder auch Vokabeltrainer, bei denen sich die Reihenfolge der zu übersetzenden Vokabeln immer wieder ändern soll.<\/p>\n Für die Erzeugung von Zufallszahlen gibt es die VBA-Funktion Rnd() (für Randomize), die in Abfragen ZZG() heißt. Am einfachsten ist die Verwendung mit einem Autowert-Feld. Sie können einer Abfrage einfach ein neues Feld hinzufügen und nach diesem Feld sortieren lassen:<\/p>\n Bei jedem öffnen der Abfrage wird sich die Reihenfolge ändern. Ein Beispiel dafür finden Sie ebenfalls in der Beispieldatenbank unter dem Namen qryZufaelligeReihenfolge.<\/p>\n Wie man in Access das Alter einer Person korrekt berechnet, habe ich bereits in einem früheren FAQ-Artikel beschrieben.<\/p>\n Eine verwandte, aber anders zu lösende Aufgabe sind Geburtstags- oder Jubiläumslisten. Die konkrete Aufgabenstellung lautet in der Praxis meist herauszufinden, wer in einem bestimmten Zeitraum ab jetzt Geburtstag hat, damit noch entsprechende Vorbereitungen möglich sind.<\/p>\n In der Beispiel-Datenbank gibt es die Abfrage qryGeburtstage, die aus den Geburtsdaten der Tabelle tblAnsprechpartner ermittelt, welcher Ansprechpartner in den nächsten 14 Tagen Geburtstag hat. In einem berechneten Feld GebHeute wird dazu das Geburtsdatum in das aktuelle Jahr transferiert. Der Ausdruck lautet:<\/p>\n Die innere Funktion DatDiff() errechnet die Differenz in Jahren zwischen dem Geburtsdatum und dem aktuellen Datum. Die äußere Funktion DatAdd() addiert diese Jahre dann zum Geburtsdatum. Als Ergebnis erhält man Monat und Tag des Geburtsdatums, aber im aktuellen Jahr.<\/p>\n Bei Datumsberechnungen treten häufig Probleme mit Schaltjahren auf. Hier jedoch kümmert sich Access darum. Falls jemand an einem 29. Februar in einem Schaltjahr geboren ist und das aktuelle Jahr kein Schaltjahr ist, wird das Datum im aktuellen Jahr automatisch in den 28. Februar umgewandelt.<\/p>\n Das Kriterium für die Geburtstage in den nächsten 14 Tagen lautet:<\/p>\n Ein weiteres häufiges Problem neben den Schaltjahren ist der Jahreswechsel. Bei der gezeigten Methode werden die Geburtstage in das aktuelle Jahr transferiert. Was aber, wenn Sie am 31. Dezember wissen möchten, wer Anfang Januar Geburtstag hat In diesem Fall hilft ein zweites, sehr ähnliches Feld:<\/p>\n Der einzige Unterschied liegt im Teil „+1“. Damit wird ein Jahr mehr addiert und somit sind die Geburtstage für das nächste Jahr berechnet. Das Kriterium ist das gleiche wie beim Feld für das aktuelle Jahr, wird aber im Abfrage-Entwurf eine Zeile tiefer platziert, denn es ist ein Oder-Kriterium. Bild 6 zeigt diese Anordnung in der Beispiel-Abfrage. Mithilfe dieser Technik können Sie natürlich nicht nur Geburtstage ermitteln, sondern ebenso Mitarbeiter-Dienstjubiläen oder jährlich wiederkehrende Wartungstermine.<\/p>\n <\/b><\/p>\n Bild 6: Geburtstage ermitteln<\/span><\/b><\/p>\n In einer Access-Abfrage können Sie bis auf wenige Ausnahmen alle VBA-Funktionen verwenden als seien sie SQL-Befehle. Ebenso können Sie selbst erstellte VBA-Funktionen einsetzen.<\/p>\n Als „übersetzer“ fungiert dabei der so genannte „Expression Service“ (ES), eine Komponente von Access, genauer seiner Datenbank-Engine JET.<\/p>\n Im Gegensatz dazu ist es nicht möglich, Variablen, die Sie irgendwo im VBA-Code deklariert haben, direkt in Abfragen einzusetzen, obwohl das bei vielen Aufgaben praktisch wäre, zum Beispiel in einem Kriterium. Der ES hat keinen Zugriff auf Variablen, er kann nur mit Funktionen umgehen. Darin liegt aber auch schon die Lösung für das Variablen-Problem.<\/p>\n Deklarieren Sie die Variable global, das heißt im Deklarationsbereich eines Standardmoduls. Dann reicht es – ebenfalls in einem Standardmodul -, eine Funktion zu schreiben, die nichts anderes macht, als den Wert der Variablen zurückzugeben. Ein Beispiel für eine Textvariable:<\/p>\n Diese Variable versorgen Sie, wie bisher auch, irgendwo im Code mit einem Wert. In der Abfrage schreiben Sie einfach den Namen der Funktion, um den aktuellen Wert der Variablen weiter zu verwenden.<\/p>\n übrigens können Sie auf die gleiche Weise den Wert einer Variablen auch in Steuerelementinhalten in Formularen und Berichten einsetzen.<\/p>\n Kriterien in Abfragen dienen normalerweise dazu, die Ergebnis-Datensätze einzuschränken. Das ist aber nicht immer der Fall. Es kommt oft vor, dass in Kriterien Formularbezüge oder Parameter verwendet werden, für die es aktuell keinen Wert gibt. Gehen wir von einer einfachen Parameterabfrage aus, in der beim Feld Nachname als Kriterium [Welcher Name] eingegeben wird. Der SQL-Text könnte so aussehen:<\/p>\n Beim öffnen dieser Abfrage kennt Access [Welcher Name] nicht und öffnet daher ein Parameterfenster. Entspricht der eingegebene Wert einem Nachnamen in der Tabelle, so liefert Access den passenden Datensatz zurück beziehungsweise bei mehrfachem Vorkommen alle passenden Datensätze.<\/p>\n Wird kein Wert eingegeben, gibt es im Ergebnis keine Datensätze, auch nicht solche ohne Nachnamen oder mit einem Leerstring („“) als Nachnamen.<\/p>\n Dasselbe gilt für einen Formularbezug, also zum Beispiel:<\/p>\n <\/b><\/p>\n Bild 7: Formular zur Parametereingabe<\/span><\/b><\/p>\n als kompletter SQL-String:<\/p>\n In der Praxis ist es meist so, dass man alle Datensätze sehen möchte, wenn kein einschränkender Parameterwert vorhanden ist. Der erste Einfall oder Tipp dazu ist meistens, den Parameter mit „Wie“ und Asterisken zu versehen. Im Abfrage-Entwurfsfenster sieht er dann so aus:<\/p>\n Der entsprechende SQL-Text sieht folgendermaßen aus:<\/p>\n Das funktioniert auch weitgehend. Ohne Parameterwert werden fast alle Datensätze angezeigt. „Fast“, weil damit keine Datensätze gefunden werden, bei denen der Nachname fehlt. Das Sternchen (*) findet also keine NULL-Werte. Möchten Sie im praktischen Anwendungsfall auch NULL-Werte sehen, hilft folgendes Kriterium:<\/p>\n Wenn Sie hier einen Parameterwert eingeben, wird der entsprechende Datensatz gefunden.<\/p>\n Wenn Sie keinen Wert eingeben, trifft die Oder-Bedingung zu und Access macht nichts weiter mit dem kompletten Kriterium. Daher stehen im Ergebnis alle Datensätze, auch jene ohne Nachnamen.<\/p>\n Genauso funktioniert es im Beispiel mit dem Formularbezug. Das Kriterium lautet hier:<\/p>\n Diese Technik bietet noch weitere Möglichkeiten. Soll der Anwender einen bestimmten Wert eingeben, etwa ein Sternchen (*) oder das Wort „Alle“, um alle Datensätze zu erhalten, brauchen Sie das Kriterium nur entsprechend anzupassen:<\/p>\n Alternativ können Sie auch den folgenden Ausdruck verwenden:<\/p>\n [Welcher Name] Oder<\/p>\n [Welcher Name] = „Alle“<\/p>\n Bild 7 zeigt das Beispielformular frmParameterAusFormular, in dem die Variante mit dem Sternchen (*) als Symbol für alle Datensätze eingesetzt wird.<\/p>\n Datenherkunft des Formulars ist die Abfrage qryParameterAusFormular. Das Kriterium für die Nachname-Spalte in der Abfrage lautet:<\/p>\n <\/b><\/p>\n Bild 8: Oder-Kriterium von Access umgestellt<\/span><\/b><\/p>\n So habe ich das zumindest eingegeben. In der Beispiel-Datenbank werden Sie dies allerdings nicht so zu sehen bekommen. Der Access-Abfrage-Editor hat die unangenehme Eigenschaft, dass er beim Schließen und erneuten öffnen der Abfrage solche Oder-Statements zerlegt, das heißt, eine neue Spalte für die Bedingung nach dem „Oder“ erzeugt und den Vergleichswert als Oder-Kriterium in eine neue Zeile schreibt.<\/p>\n Bild 8 zeigt das Ergebnis dieser eigenmächtigen Umstellung am aktuellen Beispiel.<\/p>\n Das hat zur Folge, dass bei mehreren Parametern der Abfrage-Entwurf schnell unübersichtlich wird.<\/p>\n Generell sollten Sie die beschriebene Technik nur für wenige Parameter in der Abfrage anwenden. Bei vielen Parametern, die zum Teil leer sein können, ist es wesentlich flexibler und im SQL-Resultat besser, den SQL-Text per VBA zu basteln.<\/p>\n Der Ausdruck =Datum() mit oder ohne Gleichheitszeichen ist sicher das häufigste Kriterium bei Datumsfeldern, um den Feldwert mit dem aktuellen Systemdatum zu vergleichen. Dabei kann es vorkommen, dass Felder, die augenscheinlich dem aktuellen Datum entsprechen, trotzdem im Ergebnis nicht zurückgegeben werden. Das Gleiche kann passieren, wenn man im Kriterium ein fixes Datum prüft, also zum Beispiel: 1.1.2005.<\/p>\n Die Ursache liegt darin, dass in einem Datumsfeld in Access nie ein Datum alleine steht, sondern immer Datum und Uhrzeit gemeinsam. Dabei kommt es nicht darauf an, wie die Anzeige des Feldes formatiert ist. Wenn keine Uhrzeit eingegeben wurde, entspricht der Wert im Datumsfeld eben 00:00 Uhr dieses Tages.<\/p>\n Das angesprochene Problem in Abfragen muss nicht durch eine absichtliche Uhrzeit-Angabe entstanden sein. Oft ist es die Folge eines kleinen Fehlers beim automatischen Füllen des Feldes, zum Beispiel, wenn die Eigenschaft „Standardwert“ eines Steuerelementes in einem Formular =Jetzt() lautet oder wenn Sie im VBA-Code das Feld mit der Funktion Now befüllen.<\/p>\n In diesen Fällen steht im Feld sehr wahrscheinlich eine Zeit >00:00 Uhr, auch wenn sie durch die Ausgabeformatierung nicht angezeigt werden sollte. Beim Vergleich mit Datum() prüft man jedoch immer gegen 00:00 Uhr des aktuellen Tages. Daher werden Datensätze mit einer anderen Uhrzeit nicht gefunden.<\/p>\n Es gibt verschiedene Methoden, das Problem zu lösen oder zu umgehen. Wenn Sie wirklich nur ein Datum und keine Uhrzeit in ein Feld schreiben möchten, dann verwenden Sie nicht die Funktion Jetzt() beziehungsweise Now in VBA, sondern die Funktion Datum() beziehungsweise Date in VBA.<\/p>\n Wenn die Uhrzeit im Feld gewollt ist und dennoch alle Datensätze des heutigen Datums gefunden werden sollen, können Sie als Kriterium folgenden Ausdruck verwenden:<\/p>\n Kreuztabellenabfragen sind eine Spezialität von Access. Den dafür zuständigen SQL-Befehl TRANSFORM gibt es in Standard-SQL nicht.<\/p>\n Es ist auch nicht genau dokumentiert, was Access und seine Datenbank-Engine JET zur Erzeugung einer Kreuztabelle intern anstellen.<\/p>\n Der Access-Anwender oder Entwickler ist in der Regel aber froh über diese Erweiterung des Standards, weil sie die Umkehrung von Zeilen und Spalten gegenüber anderen Datenbanksystemen erheblich erleichtert.<\/p>\n Ein häufiges Problem bei Kreuztabellenabfragen ergibt sich bei der Verwendung von Parametern, egal ob der Parameterwert über ein Parameterfenster eingegeben wird oder es sich um einen Formularbezug handelt.<\/p>\n Diese Parameter funktionieren in anderen Abfragetypen tadellos, indem man schlicht<\/p>\n oder<\/p>\n irgendwo im Abfrageentwurf eingibt.<\/p>\n Bei einer Kreuztabellenabfrage erscheint in solchen Fällen jedoch die folgende Fehlermeldung:<\/p>\n „Das Microsoft Jet-Datenbankmodul erkennt <Name> nicht als gültigen Feldnamen oder Ausdruck. (Fehler 3070)“<\/p>\n Die Ursache liegt in einer weiteren Besonderheit von Kreuztabellenabfragen.<\/p>\n Bei allen anderen Abfragetypen prüft Access vor der Ausführung, ob es einen der Begriffe in eckigen Klammern nicht als Feldnamen erkennt, und öffnet in diesem Fall ein Parameterfenster. Bei einer Kreuztabellenabfrage aber werden die Spaltennamen dynamisch erzeugt. Access weiß nicht, ob es sich um einen Parameter oder einen Feldnamen handelt.<\/p>\n Erst später, beim Versuch der Datenbank-Engine JET, den vermeintlichen Feldnamen an ein Tabellenfeld zu binden, kommt es zu diesem Fehler.<\/p>\n Die Lösung des Problems ist einfach:<\/p>\n Tragen Sie den Parameternamen oder Formularbezug samt Datentyp in die Parameterliste der Kreuztabellenabfrage ein.<\/p>\n Das etwas zu schmal geratene Dialogfenster für die Eingabe der Parameter (siehe Bild 9) erreichen Sie im Abfrage-Entwurfsfenster über den Menüpunkt Abfrage\/Parameter.<\/p>\n <\/b><\/p>\n Bild 9: Parameterliste einer Abfrage<\/span><\/b><\/p>\n Access stellt daraufhin dem eigentlichen SQL-Text der Abfrage eine Parameterliste voran.<\/p>\n Die erste Zeile des SQL-Textes mit der Parameterliste aus Bild 9 lautet beispielsweise:<\/p>\n Durch diese Eintragung und die Ergänzung des SQL-Textes kennen Access und JET den Namen und Typ des Parameters von Anfang an und gehen richtig damit um.<\/p>\n","protected":false},"excerpt":{"rendered":" In der Access-FAQ von Karl Donaubauer (www.donkarl.com) finden Sie die meistgestellten Fragen und Anworten zum Thema Microsoft Access. In dieser Beitragsreihe stellt Karl Donaubauer die wichtigsten Einträge im Detail vor und zeigt Ihnen entsprechende Lösungen anhand praxisnaher Beispiele. Im fünften Teil lernen Sie die Lösungen zu den meistgenannten Problemen der Teilnehmer der deutschsprachigen Access-Newsgroups im Zusammenhang mit Abfragen kennen. Die Themen im Detail:Hinweis<\/h3>\n
SELECT tbl_Firmen.Firma\r\nFROM tbl_Firmen LEFT JOIN tbl_AnsprechPartner ON tbl_Firmen.FirmenId = tbl_AnsprechPartner.FirmenId\r\nWHERE tbl_AnsprechPartner.FirmenId Is Null;<\/pre>\n
SELECT A.*\r\nFROM A LEFT JOIN B ON A.ID = B.ID\r\nWHERE B.ID Is Null<\/pre>\n
RowNum: (SELECT COUNT (*) FROM [tblArtikel] AS Temp WHERE [Temp].[ArtikelId] < [tblArtikel].[ArtikelId])+1<\/pre>\n
![](\"..\/fileadmin\/_temp_\/{33982D6F-2B24-4E16-9D30-1424E2BA5566}\/pic002.png\")
<\/p>\nRowNum: DomAnzahl(\"ArtikelId\";\r\n\"tblArtikel\";\"ArtikelId < \" & \r\n[ArtikelId])+1<\/pre>\n
RowNum: (SELECT COUNT (*) FROM \r\n[tblArtikel] AS Temp WHERE [Temp].[Preis] < [tblArtikel].[Preis] )+1<\/pre>\n
RowNum: DomAnzahl(\"Preis\";\r\n\"tblArtikel\";\"Preis < \" & [Preis])+1<\/pre>\n
RowNum: (SELECT COUNT (*) FROM [tblArtikel] AS Temp WHERE [Temp].[Preis] > 300 AND [Temp].[Preis] < [tblArtikel].[Preis] )+1<\/pre>\n
RowNum: DomAnzahl(\"Preis\";\"tblArtikel\";\r\n\"Preis > 300 AND Preis < \" & [Preis])+1<\/pre>\n
![](\"..\/fileadmin\/_temp_\/{33982D6F-2B24-4E16-9D30-1424E2BA5566}\/pic003.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{33982D6F-2B24-4E16-9D30-1424E2BA5566}\/pic004.png\")
<\/p>\nLaufSumme: nz([Preis])+\r\nnz(DomSumme(\"Preis\";\"tblArtikel\";\r\n\"ArtikelId < \" & [ArtikelId]))<\/pre>\n
![](\"..\/fileadmin\/_temp_\/{33982D6F-2B24-4E16-9D30-1424E2BA5566}\/pic005.png\")
<\/p>\nZZG([NameDesAutowertFeldes])<\/pre>\n
GebHeute: DatAdd(\"jjjj\";\r\nnz(DatDiff(\"jjjj\";[GeburtsDatum];\r\nDatum()));[GeburtsDatum])<\/pre>\n
Zwischen Datum() Und Datum()+14<\/pre>\n
GebFolgeJahr: DatAdd(\"jjjj\";\r\nnz(DatDiff(\"jjjj\";[GeburtsDatum];\r\nDatum()))+1;[GeburtsDatum])<\/pre>\n
![](\"..\/fileadmin\/_temp_\/{33982D6F-2B24-4E16-9D30-1424E2BA5566}\/pic006.png\")
<\/p>\nPublic strMeineVariable As String\r\nPublic Function fctSendVar() As String\r\n fctSendVar = strMeineVariable\r\nEnd Function<\/pre>\n
SELECT Nachname, Vorname, GeburtsDatum\r\nFROM tblAnsprechpartner\r\nWHERE Nachname = [Welcher Name]<\/pre>\n
![](\"..\/fileadmin\/_temp_\/{33982D6F-2B24-4E16-9D30-1424E2BA5566}\/pic007.png\")
<\/p>\n[Forms]![frmParameter]![txtSuchName]<\/pre>\n
SELECT Nachname, Vorname, GeburtsDatum\r\nFROM tblAnsprechpartner\r\nWHERE Nachname=\r\nForms!frmParameter!txtSuchName<\/pre>\n
Wie \"*\" & [Welcher Name] & \"*\"<\/pre>\n
SELECT Nachname, Vorname, GeburtsDatum\r\nFROM tblAnsprechpartner\r\nWHERE Nachname Like \"*\" & [Welcher Name] & \"*\"<\/pre>\n
[Welcher Name] Oder [Welcher Name] Ist Null<\/pre>\n
[Forms]![frmParameter]![txtSuchName] Oder [Forms]![frmParameter]![txtSuchName] Ist Null<\/pre>\n
[Welcher Name] Oder\r\n[Welcher Name] = \"*\"<\/pre>\n
[Forms]![frmParameter]![txtSuchName] Oder [Forms]![frmParameter]![txtSuchName]=\"*\"<\/pre>\n
![](\"..\/fileadmin\/_temp_\/{33982D6F-2B24-4E16-9D30-1424E2BA5566}\/pic008.png\")
<\/p>\n>= Datum() Und < Datum()+1<\/pre>\n
[ParameterName]<\/pre>\n
Forms!FormularName!SteuerelementName<\/pre>\n
![](\"..\/fileadmin\/_temp_\/{33982D6F-2B24-4E16-9D30-1424E2BA5566}\/pic009.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{33982D6F-2B24-4E16-9D30-1424E2BA5566}\/pic010.png\")
<\/p>\nPARAMETERS Forms!frmParameter!txtSuchNr Long, [Welcher Name] Text;<\/pre>\n
\n– Datensätze aus Tabelle A, die nicht in Tabelle B sind
\n– Laufende Nummer oder Summe
\n– Zufällige Reihenfolge der Datensätze erreichen
\n– Geburtstagsliste erstellen
\n– Variablen in Abfragen verwenden
\n– Kriterium für alle Datensätze
\n– Datumskriterium funktioniert nicht
\n– Parameter in Kreuztabellenabfragen<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[66012005,662005,44000004],"tags":[],"class_list":["post-55000260","post","type-post","status-publish","format-standard","hentry","category-66012005","category-662005","category-Tipps_und_Tricks"],"yoast_head":"\n