Du hast mit dem Assistenten oder selbst ein Text- oder Kombinationsfeld zur Datensatzsuche im Formular erzeugt. Der Code bei Nach Aktualisierung des Feldes sorgt dafür, dass zum ausgewählten Satz gewechselt wird und sieht in etwa so aus:

Me.RecordsetClone.FindFirst "RechnungsNr = " & Me!SuchKombi
  If Not Me.RecordsetClone.NoMatch Then
    Me.Bookmark = Me.RecordsetClone.Bookmark
  End If

Wenn die Datenquelle mehr als 263 Datensätze hat und einer der vorderen im Formular gelöscht wird, kann es beim Wechseln zu einem der hinteren Datensätze dazu kommen, dass zwar der richtige Datensatz angezeigt wird, Eingaben aber von Access in einem falschen Satz durchgeführt werden.

Da der Benutzer etwas anderes sieht, als intern gespeichert wird, kann es zu erheblichen Datenverlusten kommen.

Dieser Bug kann in den Versionen A2, A95 und A97 auftreten. Für A97 gilt:
Sowohl die neueren Jet-Updates (Ver ab 3.51.2026.0 bzw. jünger als 26.8.1998) als auch das SR2 fixen den Bookmark-Bug.
Hol dir also das Jet-Update oder installiere die Service Releases 1 und 2 (Links)

In älteren Versionen bzw. wenn das Aufspielen eines Updates nicht möglich ist, dann schreib vor der ersten Zeile:

Me.RecordsetClone.Requery

Auch das sorgt dafür, dass der Recordset aktualisiert wird, kann aber bei großen Recordsets einige Zeit dauern.

Zusammenfassung von Keri Hardwick u. A. (Wissenstand, Lösungen):
http://www.mvps.org/access/bugs/bugs0012.htm

David W. Fenton hat Infos, Downloads und Links zum Thema:
http://www.bway.net/~dfassoc/download/Access/

MS Info samt Tool zum Auffinden gefährdeter Code-Stellen:
http://support.microsoft.com/?kbid=191883

nach oben

2-stellige Jahreszahlen in Datumsfeldern werden nicht mit dem "richtigen" Jahrhundert ergänzt.

In der ursprünglichen Versione von A2 werden 2-stellige Jahreszahlen automatisch vorne mit "19" ergänzt. Deshalb sollten in A2 alle Datumsfelder auf 4-stellige Eingabe und Anzeige eingestellt sein. Falls oft die Format-Einstellung "Datum,kurz" verwendet wird, ist eine Möglichkeit, dieses Format in der Win-Systemsteuerung auf 4-stellig einzustellen.

In A97 wird die 2-stellige Eingabe bei Daten zwischen 1.1.30 und 31.12.99 weiterhin vorne mit "19", bei Daten zwischen 1.1.00 und 31.12.29 aber vorne mit "20" ergänzt.

Um das Verhalten bei 2-stelligen Jahreszahlen in A2 an jenes von A97 anzugleichen, gibt es bei MS einen Patch:
http://support.microsoft.com/?kbid=231408

zur Jahr-2000-Problematik in Access und and. MS-Produkten:
http://www.infoworld.com/cgi-bin/displayArchive.pl?/98/27/t02-27.1.htm

nach oben

Du hast einen Setup-Satz mit der Office-Developer-Edition für A97 erzeugt. Beim Versuch, ihn auf einem anderen Rechner zu installieren, kommt eine Fehlermeldung wie: "ComCat.dll war nicht in der Lage die Systemkomponenten zu registrieren!" o. ä. Eine korrekte Installation deiner Anwendung ist damit nicht möglich.

Auf dem Rechner, mit dem der Setup-Satz erzeugt wurde, ist der Internet-Explorer 4.x installiert. Dieser überschreibt die vorhandene comcat.dll mit seiner eigenen Version. Wenn auf dem Zielrechner der Installation kein IE4 installiert ist, verhindert die mitgeschleppte IE4-comcat.dll eine korrekte Installation.

Erstelle Setup-Sätze nur auf Rechnern ohne IE4.
oder
Ersetze auf dem Rechner, mit dem du den Setup-Satz erstellen willst, die IE4-comcat.dll (Version 5.0) durch die Version 4.71 z.B. von der Office97-CD (Größe 22288 Byte, Datum 31.1.97) und registriere sie mit
regsvr32.exe /s comcat.dll
Dann erstelle die Runtime-Version neu.

Falls du eine vorhandene Installation reparieren musst, wird's kompliziert:
Zum Fixen der IE4-Probleme gibt es die "Mdtupdtr.exe" s.
http://support.microsoft.com/?kbid=174217
Die funktioniert aber nur mit der engl. Version.

Für die deutschsprachige Version gibt's folgendes Rezept von Peter Berndt:

-----------
Die mdtupdtr.exe beinhaltet ja hauptsächlich eine mde-Datei, welche die in der Q174217 beschriebenen comcat.dll-Probleme sowie in der Q174508 beschriebenen urlmon.dll/wininet.dll-Probleme automatisiert fixt. Leider geht das nur für die englische Version, ich denke, die Pfadangaben sind's..., es geht natürlich auch ohne die mdtupdtr.exe, man muss nur alles von Hand erledigen.

Da nach dem comcat.dll-Problem immer wieder gefragt wird, habe ich nachfolgend mal einen Auszug aus der Q174217 mit den korrigierten deutschen Default_Pfadangaben hier mit aufgenommen, natürlich können diese bei jedem abweichen!

1. Copy a version of Comcat.dll that will register correctly into
C:\Programme\Microsoft Office\ODETools\Setup-Assistent\DATVERT folder on your development computer.
NOTE: Version 4.71, which is on both the Office 97 Professional CD-ROM and the Microsoft Access 97 CD-ROM, will work. <<wichtig!!!>> V4.71 mit 22K ist i.O. ; die 'böse' ist die V5.0 mit 6K
2. Start Microsoft Access.
3. In the Microsoft Access dialog box, select Open An Existing Database, and then select More Files in the list box. Click OK.
4. In the Open dialog box, select All Files (*.*) in the Files Of Type box, and move to the following directory:
C:\Programme\Microsoft Office\ODETools\Setup-Assistent\MSACKOMP
5. Select and open the file 01Microsoft Access Run-time Version.MDT.
6. Open the SHAREDMSO table and find the line with the following values:
LineID: add Comcat_dll
Param2: $(WinSysPath)
Param3: C:\Windows\System\COMCAT.DLL
Change these values so that they read as follows:
LineID: add Comcat_dll
Param2: $(SwizSetupFilesPath)
Param3: C:\Programme\Microsoft
Office\ODETools\Setup-Assistent\DATVERT\COMCAT.DLL
7. Close the database.
8. Select and Open the file 07Microsoft Graph 97 Run-Time Version.MDT and repeat steps 6 and 7.

Wenn Du dann in der gleichen Manier die Q174508 durchackerst hast Du die mdtupdtr.exe manuell ersetzt.
-----------

Noch ein KB-Link zu diesen Problemen:
http://support.microsoft.com/?kbid=179011

nach oben

Du suchst die Office Developer's Edition 97 (ODE), um legal Runtime-Versionen von A97-Datenbanken erstellen und vertreiben zu können (s.a. FAQ 1.3). Sie ist nirgendwo im Handel zu finden.

Microsoft hat die ODE 97 schon 1999 mit Erscheinen von Office 2000 aus dem Handel genommen.

Derzeit ist es praktisch nur möglich, die ODE im Gebrauchthandel zu erwerben z.B. bei einem der Internet-Auktionshäuser oder Gebrauchthändler. Die Nachfrage übersteigt jedoch das Angebot; s. aber auch den Bericht weiter unten.

Die EULA (End User License Agreement) des Nachfolgers MOD 2000 enthält kein Downgrade-Recht. In den USA und anderen Ländern bietet Microsoft dennoch eine Downgrade-Möglichkeit von MOD 2000 auf die ODE 97. Erfolgreiche Berichte kenne ich bisher aus den USA und Australien.
(s. http://www.trigeminal.com/usenet/usenet020.asp)
Ein solches Angebot gibt es für die deutsche Version nicht.

Einer kam durch!
Der offiziellen Darstellung, dass es von MS für die dt. Version keinen Downgrade gäbe, widerspricht der folgende NG-Beitrag von Walter Hackl vom 28.2.2001:

*******************
1) Office 2k Dev. Ed. kaufen - kostet normalerweise ca. 2000 DEM. Wenn man schon Office 2k hat, dann tun's auch die Dev. Tools (ca. 800 DEM). Ich habe eine originalverpackte Vollversion bei ricardo.de ersteigert (für 900 DEM) - hatte dadurch keine Rechnung - auch egal. Zeitgleich liefen auch bei ebay.de 2 Vollversionen (gingen etwa um 1000 DEM weg).
2) Bei "Microsoft Direct Services" um ein Downgrade zu Office 97 ODE ansuchen. Ich habe dazu die erste Seite meines EULA zusammen mit allen verfügbaren CD-keys aus dem Off2k DE Paket an MSDS gefaxt. Eine Originalrechnung ist vielleicht besser, aber offenbar nicht zwingend.
3) 3 Tage später (sic!) kam ein Packerl mit der ODE 97-CD.
4) Und das Beste: man verliert dadurch *nicht* die Lizenz an der ODE 2k.
*******************

Walter hat mir die Sache auch persönlich nochmal bestätigt.

nach oben

Du möchtest das Sicherheitssystem von Access verwenden, also Benutzerrechte und Passwörter vergeben etc. Dabei stößt du auf Schwierigkeiten und findest keine brauchbare Anleitung.

Access-Versionen bis 2003 bieten die Möglichkeit, Rechte auf Benutzerebene zu vergeben. Mit Access 2007 hat Microsoft diese Technik abgeschafft, da sie leicht zu knacken war.

Die Beschreibung in diesem Artikel ist daher gelöscht und der Artikel geht irgendwann in Rente.

nach oben

Du möchtest eine mdb nach Visual Basic konvertieren.

Es gibt kommerzielle Tools wie z.B.
AccessToVB http://www.GFMinc.com, http://www.accesstovb.de/
Access Converter http://www.diamondedge.com/products/Convert-Access-to-VB.html

Es gibt noch einige andere Tools und die Links wechseln häufig. Also am besten eine Suchmaschine anwerfen mit Stichworten wie: "Converter Access VB"

Eine vollwertige Konvertierung bzw. Übernahme aller Access-Funktionalitäten nach VB ist aber auch mit diesen Tools nicht möglich.

nach oben

Du suchst "gute" Bücher zu Access, VBA, Datenbanktheorie, SQL, API oder sonst einem Thema im Zusammenhang mit Access und wunderst dich, dass es hier keine Buchseite gibt.

Es gibt hunderte von Büchern zu den o.a. Themen und zu vielen davon habe ich eine Meinung. Ich bin aber grundsätzlich der Ansicht, dass Buchempfehlungen nur Sinn machen, wenn ein Werk einzigartig in seiner "Gewichtsklasse" ist.

Ansonsten ist das eine extrem subjektive Sache. Ob du mit einem Buch etwas anfangen kannst, hängt zumindest ab von deinen Vorkenntnissen, deiner Art zu lesen und zu lernen, deinen bevorzugten Ordnungs-/Gliederungskriterien, deinen Sprachkenntnissen und natürlich deinen Absichten.

Ich empfehle daher:
Als Orientierungshilfe, welche Bücher zu bestimmten Themen existieren, kannst du zuerst mal in einem der Online-Buchläden (Amazon etc.) suchen. Sei skeptisch bei Online-Empfehlungen (ok, ein bissel paradox;-) und Werbesprüchen oder Klappentexten. Nimm dir daher Zeit und gehe in mehrere gut sortierte Buchläden. Schmökere möglichst ausführlich in allen Büchern, die du zum Thema in die Finger bekommst, und entscheide selbst, was für dich passen könnte.

Ich möchte bloß 3 Bücher empfehlen, die ich wie o.a. für einzigartig in ihrer Klasse halte. Alle 3 sind nur in englisch erhältlich und eher nur für erfahrene Programmierer brauchbar. Sie sind in deutschsprachigen Landen nur selten im konventionellen Buchhandel zu finden.

Access 2002 Developer's Handbook Set
Ken Getz, Paul Litwin, Mike Gunderloy
2480 Seiten, 2002, Sybex, ISBN 978-0782140118

Das ADH ist allg. anerkannt als DIE Access-Programmier-Bibel, großes Nachschlagewerk, viele Lösungen auf CD. Wer professionell mit Access programmiert, sollte es sich besorgen; s.a. Info der Autoren, ADHs gibt's für alle Access-Versionen von 2.0 bis A03.



Microsoft Access Developer's Guide to SQL Server
Mary Chipman, Andy Baron
840 Seiten, 2000, Sams, ISBN 978-0672319440

Wer Erfahrung mit Access hat und sich für den MS SQLServer interessiert, findet hier eine genau darauf ausgerichtete, ausführliche Einführung zum Server und dem Zusammenspiel mit Access (ADPs, ODBC). Darüber hinaus viel zu T-SQL, Views, Stored Procedures, Deployment, Sicherheit, Tools usw.


Designing Relational Database Systems
Rebecca M. Riordan
320 Seiten, 1999, Microsoft Press, ISBN: 978-0735606340

Einführung in die Theorie relationaler Datenbanken, Design der Datenbanken und der Benutzeroberflächen. Alles in Hinblick auf Access und MS-SQL-Server. Man merkt die große praktische Erfahrung. Inhaltlich gibt's ein paar kleine Schwächen, aber ich kenne von den behandelten Themen her aktuell nix Vergleichbares. Relativ hohes englisches Sprachniveau, doch gut und meist sehr klar formuliert

nach oben

Du suchst Informationen zum Thema Replikation. Die Online-Hilfe ist schnell aufgebraucht.

Replikations-FAQ hervorragend (engl.)
Dort gibt es auch (wechselhafte) Links zu weiteren MS-Quellen v.a. für A97 (engl.)

Einen Überblick gibt der MSDN-Artikel:
Database Replication in Microsoft Jet 4.0 (engl.)

http://www.trigeminal.com die Website von Michael Kaplan (mehrsprachig, auch dt.)
mit vielen Utilities, Tipps, Links, Auflistung aller KB-Artikel zur Replikation u.v.a.

news:microsoft.public.access.replication Newsgroup (engl.)

Literatur zum Thema "Replikation" gibt es leider sehr wenig. Empfehlenswert ist das ausführliche Kapitel zur Replikation in der jeweils passenden Version des Access Developer's Handbook (ADH).

nach oben

Du möchtest eigene Menü- und/oder Symbolleisten erstellen oder die eingebauten während der Laufzeit verändern und weißt nicht wie oder hast Probleme dabei.

Das händische Erstellen/Verändern von Symbolleisten ist relativ einfach:
Rechte Maustaste auf eine Menü- oder Symbolleiste, Anpassen im Kontextmenü wählen und dann in diesem Anpassen-Modus herumsuchen und -fuchteln. Umfangreiche Anleitung gibt es in der Online-Hilfe.

Die Programmierung hingegen funktioniert seit A97 über die Commandbars-Auflistung und deren Objekte/Eigenschaften. Die Online-Hilfe bietet viele unübersichtliche Seiten dazu. Darum gibt es ein Whitepaper zur geordneten Übersicht und eine Beispiel-Anwendung "CreativBars" für die allermeisten Anwendungsfälle, beides von Anette Ratjen bei http://www.dbdev.org und http://www.pc-creativ.de.

nach oben

Euro-Symbol € fehlt in den Schriften; in Währungsfeldern ändert sich bei Umstellung in der Win-Systemsteuerung das Symbol nicht.

Eurofonts (Arial, Times, Courier) für Win95 und weitere Info
http://officeupdate.microsoft.com/downloadDetails/offeurofonts.htm
http://www.eu.microsoft.com/windows/euro.asp
http://www.microsoft.com/technet/topics/euro/default.htm

Währungsfelder mit Literalzeichen (von Christa Schwanke):

Bei an Währungsfelder gebundenen Formular- und Berichtsfeldern kannst Du im Formular bzw. Bericht einfach das Format Währung ganz rauslöschen. Dann wird das aktuelle Währungsformat aus der Ländereinstellung übernommen.

Bei errechneten bzw. ungebundenen Feldern kannst ebenfalls ohne Währungsformat arbeiten, musst aber dann beim Öffnen bzw. beim Anzeigen das Feld neu formatieren.

Beispiel:
Me.Controls("SummeDMVariabel").Format = "Currency"
Me.Controls("SummeEuroVariabel").Format = "Currency"

Auch dann wird die aktuelle Ländereinstellung übernommen.

nach oben

Du suchst Bezugsquellen für Datenbestände wie Postleitzahlen, Vorwahlen, Ländercodes, Währungen, Feiertage etc.

PLZ und BLZ für D, A, CH
http://www.access-paradies.de

PLZ mit Strassen und Gemeindeschlüsseln in D
http://www.muench-stahl.de/sascha

PLZ für A - die offiziellen, gratis von der .at-Post
http://app.post.at/plzverzeichnis/createplz.php

PLZ für CH - die offiziellen, gratis von der .ch-Post
http://www.post.ch/de/index/uk-privatkunden/pm-plz-verzeichnis.htm

Länderdaten wie Landeskürzel, Währungen, Hauptstädte, Feiertage etc.
(für D, A, CH, CZ, USA, tw. GB auch Bundesländer) enthält die
StateHoliday.zip von Stefan Wirrer (252 KB)

alle Bankleitzahlen und Banken in D
http://www.bundesbank.de unter Zahlungsverkehr/Bankleitzahlen
http://192.109.2.70/internet/bankleit.nsf/ludocs/Allgemein?OpenDocument

Ortsvorwahlenverzeichnis für D
http://www.dtag.de

nach oben

Du hast eine DB aus einer älteren Version in eine Version >= Access 2000 konvertiert oder eine neue DB mit alten Gewohnheiten darin erstellt. Die Tastaturbelegungen, die du im Makro "Tastaturbelegung" festgelegt hast, funktionieren nicht mehr.

In Versionen ab A00 muss der englische Name für das Tastatur-Makro verwendet werden. Benenne es daher um in "Autokeys".

Es kommt vor, dass das Tastaturbelegungsmakro auch bei richtiger Benennung von Access ignoriert wird. Dann kannst du versuchen, den Namen des Tastaturbelegungsmakros nochmal explizit zu setzen. Das geht mit:

Application.SetOption "Key Assignment Macro", "Tastaturbelegung"
oder
Application.SetOption "Key Assignment Macro", "Autokeys"

Du kannst damit auch einen beliebigen anderen Namen für das Tastaturbelegungsmakro vergeben. Manchmal ist es notwendig, nach dieser Zuweisung die Datenbank zu schließen und neu zu öffnen, damit das Makro verwendet wird.

nach oben