- Welcome to Access-o-Mania.
Hilfe zu Microsoft Access und verwandten Produkten
Neueste Beiträge
#91
Access Programmierung / Re: Filter nach Wert in Zahlen...
Letzter Beitrag von Beaker s.a. - Januar 16, 2026, 13:59:25Zitatind die Kommentare doch in ihrer eigenen Tabelle.Hier nicht.
#92
Access Programmierung / Re: Keine Beziehungen mehr in ...
Letzter Beitrag von PhilS - Januar 16, 2026, 12:48:07Zitat von: mmarschner am Januar 16, 2026, 11:39:07Leider habe ich kein Access vor der Version 2003 mehr und kann nicht nachsehen, ob man da schon Objekte als Text speichern konnte.Das konnte man.
Ich verstehe dein Problem bzw. dein Vorgehen noch nicht so ganz. A2003 unterstützt doch das A97-Dateiformat noch vollständig. D.h. du kannst doch die Originaldatenbank (eine Kopie davon!) ohne jegliche Konvertierung öffnen und darin schauen, wie die Abfragen aussahen und ggfl. als Text exportieren.
#93
Access Programmierung / Re: Keine Beziehungen mehr in ...
Letzter Beitrag von Beaker s.a. - Januar 16, 2026, 12:31:51... und dann kopiere und poste den SQL-String.
#94
Access Programmierung / Re: Filter nach Wert in Zahlen...
Letzter Beitrag von PhilS - Januar 16, 2026, 12:31:30Zitat von: Beaker s.a. am Januar 16, 2026, 12:15:15Dein Problem rührt von einem falschen Datenmodell her.?
Die Kommentare sind als Aufzählungsfelder angelegt, das ist falsch. Diese
Felder gehören in eine eigene Tabelle.
Soweit ich das bei einem kurzen Blick gesehen habe, sind die Kommentare doch in ihrer eigenen Tabelle.
Aus meiner Sicht liegt das Problem darin, dass die Kommentare in der Abfrage zu einem langen String zusammengefasst werden. - Das ist so aus meiner Sicht ein guter Ansatz.
Es bringt nur das Problem mit sich, dass die einzelnen Ids der Kommentare nicht in der Abfrage sind um man somit nicht einfach über eine Ausgabespalte der Abfrage filtern kann. Stattdessen braucht es eine Anpassung der Abfrage zur Laufzeit, die Zuordnung zu Kommentaren unabhängig von der Ausgabe filtert.
#95
Access Programmierung / Re: Keine Beziehungen mehr in ...
Letzter Beitrag von Frank200 - Januar 16, 2026, 12:19:22Klick mal bitte mit der rechten Maustaste auf die Titelleiste der Entwurfsansicht der Abfrage und wähle SQL-Ansicht.
#96
Access Programmierung / Re: Filter nach Wert in Zahlen...
Letzter Beitrag von Beaker s.a. - Januar 16, 2026, 12:15:15Hallo Tony,
Dein Problem rührt von einem falschen Datenmodell her.
Die Kommentare sind als Aufzählungsfelder angelegt, das ist falsch. Diese
Felder gehören in eine eigene Tabelle. Die Zuordnung zu den Titeln kann dann
sowohl als 1:n-Beziehung angelegt werden (TitelFK in der Tabelle), oder als
n:m-Beziehung. Bei letzterer hättest du die Möglichkeit Kommentare mehrfach
zu verwenden.
gruss ekkehard
Dein Problem rührt von einem falschen Datenmodell her.
Die Kommentare sind als Aufzählungsfelder angelegt, das ist falsch. Diese
Felder gehören in eine eigene Tabelle. Die Zuordnung zu den Titeln kann dann
sowohl als 1:n-Beziehung angelegt werden (TitelFK in der Tabelle), oder als
n:m-Beziehung. Bei letzterer hättest du die Möglichkeit Kommentare mehrfach
zu verwenden.
gruss ekkehard
#97
Access Programmierung / Re: Keine Beziehungen mehr in ...
Letzter Beitrag von mmarschner - Januar 16, 2026, 11:39:07Hallo Frank, hallo Christian,
ja, die Beziehungsansicht war noch komplett, lediglich ein wenig unsortiert.
ich habe erst alle Tabellen in eine neue DB importiert und anschließend die weiteren Objekte. Wenn ich nun die Abfrage in der Entwurfsansicht oder SQL Ansicht öffne, sind alle vorhandenen Feldnamen mit "Ausdr(X)" - "X" steht für eine fortlaufende Ziffer - gekennzeichnet, es sei denn, dass bereits ein Aliasname vergeben war und die Joins (nur die, die es schon immer gab - Inner Join, Left Join, Right Join) sind nicht mehr vorhanden - siehe anhängendes Bild. Das würde eigentlich auf fehlende Tabellen hindeuten, was aber leider nicht der Fall ist.
Leider habe ich kein Access vor der Version 2003 mehr und kann nicht nachsehen, ob man da schon Objekte als Text speichern konnte.
API Funktionen wurden damals nicht verwendet, ebenso wie Active X Objekte. Und das mit den Referenzen war mir klar, wobei hier nur die Office Programme zusätzlich verknüpft sind.
MichaelSie dürfen in diesem Board keine Dateianhänge sehen.
ja, die Beziehungsansicht war noch komplett, lediglich ein wenig unsortiert.
ich habe erst alle Tabellen in eine neue DB importiert und anschließend die weiteren Objekte. Wenn ich nun die Abfrage in der Entwurfsansicht oder SQL Ansicht öffne, sind alle vorhandenen Feldnamen mit "Ausdr(X)" - "X" steht für eine fortlaufende Ziffer - gekennzeichnet, es sei denn, dass bereits ein Aliasname vergeben war und die Joins (nur die, die es schon immer gab - Inner Join, Left Join, Right Join) sind nicht mehr vorhanden - siehe anhängendes Bild. Das würde eigentlich auf fehlende Tabellen hindeuten, was aber leider nicht der Fall ist.
Leider habe ich kein Access vor der Version 2003 mehr und kann nicht nachsehen, ob man da schon Objekte als Text speichern konnte.
API Funktionen wurden damals nicht verwendet, ebenso wie Active X Objekte. Und das mit den Referenzen war mir klar, wobei hier nur die Office Programme zusätzlich verknüpft sind.
MichaelSie dürfen in diesem Board keine Dateianhänge sehen.
#98
Access Programmierung / Re: Keine Beziehungen mehr in ...
Letzter Beitrag von Bitsqueezer - Januar 16, 2026, 10:07:21Hallo Michael,
um sicherzugehen, solltest Du zuerst immer die Basisobjekte importieren, also als erstes alle Tabellen. Access sollte hierbei alle Tabellenbeziehungen beibehalten.
Ich weiß nicht, was Du mit "Abfragebeziehungen" meinst. Der Beziehungseditor von Access erlaubt ja (leider) auch das Erstellen von Beziehungen zwischen Tabellen und Abfragen, was da eigentlich nicht hingehört - auf diese Art Beziehungen kannst Du komplett verzichten.
Wenn Du nach dem Import der Tabellen alle Abfragen importierst, sollte beim Öffnen einer Abfrage im Designmodus ohne Probleme auch alles an Beziehungen (eigentlich: JOINs) zu sehen sein, wie sie definiert wurden. Eine Abfrage ist nicht mehr als ein SQL-Text und dort wird definiert, welche Tabelle oder Abfrage mit welcher anderen geJOINt ist.
Der SQL-Text wird sicherlich von Access beim Import nicht angefaßt, dennoch könnte es sein, daß Access nicht vorhandene Tabellen aus der Abfrage entfernt, kann ich aber nicht sagen. Wenn Du daher die Tabellen zuerst importierst, sind sie in jedem Fall vorhanden und die Abfrage findet "ihre" Tabellen.
Bin mir nicht sicher, ob es den Befehl in A95 schon gab, ansonsten wäre ein Export der Abfragen mit "Application.SaveAsText" eine sichere Methode, den SQL-Text unverändert als Textdatei zu speichern (was man mit VBA dann für alle schnell erledigen kann).
Die Anwendung selbst muß dagegen nicht unbedingt funktionieren, auch wenn alles richtig importiert wurde. Wenn Du beispielsweise API-Funktionen in VbA verwendest, müssen diese ggf. angepaßt werden. Insbesondere bei einem Wechsel von 32 auf 64 Bit, aber das sollte bei A2003 ja noch kein Thema sein.
Ebenfalls mußt Du natürlich alle Referenzen in VBA prüfen, da werden, falls vorhanden, sicherlich viele alte DLLs referenziert, die es entweder gar nicht mehr gibt oder in einer anderen Version. Das schließt auch DAO mit ein.
Weiterhin mußt Du ggf. alte ActiveX-Objekte (Beispiel TreeView aus den Common Controls) austauschen. Was leider bedeutet, die Controls aus den Formularen zu entfernen und neu einzubauen, kann man leider nicht migrieren.
Gruß
Christian
um sicherzugehen, solltest Du zuerst immer die Basisobjekte importieren, also als erstes alle Tabellen. Access sollte hierbei alle Tabellenbeziehungen beibehalten.
Ich weiß nicht, was Du mit "Abfragebeziehungen" meinst. Der Beziehungseditor von Access erlaubt ja (leider) auch das Erstellen von Beziehungen zwischen Tabellen und Abfragen, was da eigentlich nicht hingehört - auf diese Art Beziehungen kannst Du komplett verzichten.
Wenn Du nach dem Import der Tabellen alle Abfragen importierst, sollte beim Öffnen einer Abfrage im Designmodus ohne Probleme auch alles an Beziehungen (eigentlich: JOINs) zu sehen sein, wie sie definiert wurden. Eine Abfrage ist nicht mehr als ein SQL-Text und dort wird definiert, welche Tabelle oder Abfrage mit welcher anderen geJOINt ist.
Der SQL-Text wird sicherlich von Access beim Import nicht angefaßt, dennoch könnte es sein, daß Access nicht vorhandene Tabellen aus der Abfrage entfernt, kann ich aber nicht sagen. Wenn Du daher die Tabellen zuerst importierst, sind sie in jedem Fall vorhanden und die Abfrage findet "ihre" Tabellen.
Bin mir nicht sicher, ob es den Befehl in A95 schon gab, ansonsten wäre ein Export der Abfragen mit "Application.SaveAsText" eine sichere Methode, den SQL-Text unverändert als Textdatei zu speichern (was man mit VBA dann für alle schnell erledigen kann).
Die Anwendung selbst muß dagegen nicht unbedingt funktionieren, auch wenn alles richtig importiert wurde. Wenn Du beispielsweise API-Funktionen in VbA verwendest, müssen diese ggf. angepaßt werden. Insbesondere bei einem Wechsel von 32 auf 64 Bit, aber das sollte bei A2003 ja noch kein Thema sein.
Ebenfalls mußt Du natürlich alle Referenzen in VBA prüfen, da werden, falls vorhanden, sicherlich viele alte DLLs referenziert, die es entweder gar nicht mehr gibt oder in einer anderen Version. Das schließt auch DAO mit ein.
Weiterhin mußt Du ggf. alte ActiveX-Objekte (Beispiel TreeView aus den Common Controls) austauschen. Was leider bedeutet, die Controls aus den Formularen zu entfernen und neu einzubauen, kann man leider nicht migrieren.
Gruß
Christian
#99
Access Programmierung / Re: Keine Beziehungen mehr in ...
Letzter Beitrag von Frank200 - Januar 16, 2026, 09:55:34Hallo Michael,
die Beziehungsübersicht ist noch komplett, aber in der Entwurfsansicht der Abfragen fehlen die Beziehungslinien?
Das kann ich mir kaum vorstellen.
Abfragen werden lediglich als SQL-Statement (Text) gespeichert - unabhängig davon, dass Access auch das Layout der Entwurfsansicht speichert. Die Beziehungslinien in den Abfragen repräsentieren lediglich die JOINs. Und ich kann mir kaum vorstellen, dass diese aus den SQL-Statements entfernt wurden.
- sind die Abfragen in der SQL-Ansicht noch korrekt?
- gab es in Acc95/97 JOIN-Typen, die spätere Accessversionen nicht mehr darstellen können? (halte ich für unwahrscheinlich)
Sind die Indexe und PKs der Tabellen noch korrekt?
Viel Glück!
die Beziehungsübersicht ist noch komplett, aber in der Entwurfsansicht der Abfragen fehlen die Beziehungslinien?
Das kann ich mir kaum vorstellen.
Abfragen werden lediglich als SQL-Statement (Text) gespeichert - unabhängig davon, dass Access auch das Layout der Entwurfsansicht speichert. Die Beziehungslinien in den Abfragen repräsentieren lediglich die JOINs. Und ich kann mir kaum vorstellen, dass diese aus den SQL-Statements entfernt wurden.
- sind die Abfragen in der SQL-Ansicht noch korrekt?
- gab es in Acc95/97 JOIN-Typen, die spätere Accessversionen nicht mehr darstellen können? (halte ich für unwahrscheinlich)
Sind die Indexe und PKs der Tabellen noch korrekt?
Viel Glück!
#100
Access Programmierung / Re: Keine Beziehungen mehr in ...
Letzter Beitrag von mmarschner - Januar 16, 2026, 09:47:32Hallo trebuh,
es geht nicht um Verweise, es geht um Tabellenbeziehungen innerhalb von Abfragen.
es geht nicht um Verweise, es geht um Tabellenbeziehungen innerhalb von Abfragen.