Merkwürdiges Phänomen: Wenn ich in einer Abfrage in Access den Inhalt eines Formularfeldes als Bedingung verwenden will, schreibe ich [Formulare]![MeinFormular]![DasFeld]

Das klappt meistens, auch wenn ich die Abfrage dann in eine andere Abfrage einbaue. Auch noch, wenn ich dann eine Union-Abfrage darum herum baue. Aber wenn ich die dann in eine Kreuztabellenabfrage einbaue geht es schief. Dann muss ich das Feld als Parameter in der Abfrage angeben, damit es wieder funktioniert!

Access eben.

Wenn man mehrere JBosse installiert hat und man zwischen den Serverstarts die Deploy/Temp-Verzeichnisse bereinigen muss/will, bietet sich an, dass man sich eine Batchdatei dafür baut.


Diese löscht das work, tmp und deploy-Verzeichnis und erstellt diese danach neu, aber halt leer. Den hinteren Block kann man dann mehrfach angeben, bloss das man jedes mal die Variabel deltmpdir2 anpasst.


Wenn man nun die Batchdatei per Verknüpfung auf den Desktop legt, kann mann ganz komfortable ohne im Dateiexplorer rumzuklicken die Verzeichnisse säubern, einfach per Klick.


der Beispielcode dazu:

@echo off


set deltmpdir1=G:\jboss_
set deltmpdir3=\server\default


set deltmpdirdeploy1=\deploy\1.
set deltmpdirdeploy2=.ear
set deltmpdirtmp=\tmp
set deltmpdirwork=\work


REM ==Dieser Block ist beliebig wiederholbar==
REM Unterschied der JBoss Verzeichnisse
set deltmpdir2=prog3
rmdir /S /Q %deltmpdir1%%deltmpdir2%%deltmpdir3%%deltmpdirdeploy1%%deltmpdir2%%deltmpdirdeploy2%
rmdir /S /Q %deltmpdir1%%deltmpdir2%%deltmpdir3%%deltmpdirtmp%
mkdir %deltmpdir1%%deltmpdir2%%deltmpdir3%%deltmpdirtmp%
rmdir /S /Q %deltmpdir1%%deltmpdir2%%deltmpdir3%%deltmpdirwork%
mkdir %deltmpdir1%%deltmpdir2%%deltmpdir3%%deltmpdirwork%
REM ==Dieser Block ist beliebig wiederholbar==

Es ist so einfach, wenn man es in der Access-Programmierung verwendet, aber es macht doch nur Stress: Das Rufzeichen “!”

Will man ein Feld, welches zur Datenquelle eines Formulars gehört, im Quellcode des Formulars ansprechen, schreibt man einfach Me!Feldname

Schade ist dabei, dass die Codeergänzung beim Schreiben dann ncith funktioniert. Böse Falle: Mit dem Punkt hinter Me funktioniert die Codeergänzung. Aber Achtung: Will man die Formulare in eine andere Datenbank importieren (z.B. eine neue Softwareversion), erkennt Access die Feldnamen nicht mehr, und man muss im Formularentwurf die Datenanbindung erneuern, wofür es leider keinen Automatismus gibt, und auch eine Prozedur, die das für alle Formulare automatisch tut, ist nicht mal eben in 5 min geschrieben.

Also: Lieber immer das Rufzeichen nehmen, wenn man auf Datenbankfelder referenziert!

Falls man komplexer in Eclipse suchen möchte, so besteht auch
die Möglichkeit Regular Expressions zu benutzen.

Regular Expressions(o.a. RegExp)/Regulärer Ausdrücke sind quasi Mengenabfragen
über Zeichenketten. Sie werden auch oft für Ersetzungsregeln verwendet.

Diese Regeln werden sehr schnell abgearbeitet, so das z.B. 2.000 Dateien
in wenigen Sekunden nach diesen Patterns/Mustern durchsucht werden.

In diesem Beispiel habe ich das Problem, dass durch unterschiedliche Zeichensätze
Umlaute in Fragezeichen umgewandelt wurden.

Diese Problem betrifft mehrere hundert Dateien. Mit Hilfe der RegExps möchte ich
die Codestellen finden wo z.B. wählen zu w?hlen wurden, ohne das ich jede Datei
einzel per Hand durchsuchen möchte.

ö, ä und ü stehen ja immer bei anderen Buchstaben.

Alle Buchstaben kann man per RegExp mit [A-Za-z] definieren. Alle Zeichen
von A bis Z und alle von a bis z.

Falls man nur Fragezeichen suchen möchte, geht das mit \?. Der Backslash ist
zum Maskieren des Fragezeichens, da es ansich eine RegExp-Funktionalität hat.

Umlaute können auch am Wortanfang stehen, so das nicht zwingend ein Buchstabe vorher
gehen muss, also Buchstaben davor oder dahinter.

Das ODER wird per Pipe | gesteuert.

Also entweder [A-Za-z]\? oder \?[A-Za-z]. Dieses muss als eine Gruppe
definiert werden. Gruppen setzt man mit Klammern.

Also: ([A-Za-z]\?|\?[A-Za-z])

Im Code sind oft so Stellen wie …do?todo…, …do?prepro…. und … x oder y oder z …

Also brauch’ man nur eine Teilmenge vom Ergebnis. Mit ^ kann man Mengen subtrahieren.

[^(o\?t|o\?pr|\?xml|.do\?|ll\?")] ist die Subtraktion.

Im Endeffekt hat man dann: (([A-Za-z]\?|\?[A-Za-z])[^(o\?t|o\?pr|\?xml|.do\?)])

Wer im Eclipse nach Dateien sucht, sollte echt die Dateisuchfunktion nutzen.

Im Regelfall findet man so schneller was, als wenn man im Baum rumsucht. Ausserdem sieht man dann eher, ob es u.U. schon doppelte Dateinamen o.ä. gibt.

Im Suchergebnisfenster sollte man von der Anzeige als Baumstruktur auf die Listenanzeige umstellen, da es erheblich Übersichtlicher wird.

Man kann auch die alten Suchen einer Programmsitzung per suchhistorie wieder aufrufen.