Hi Forumsgemeinde
Nochmals kurz eine Frage: Die Datenbank, aufgeteilt in eine Frontend- und eine Backend-Datei läuft ja dank eurer Hilfe wieder. Es gab nun ein weiteres Problem. Die Dateien laufen auf dem Desktop, also quasi auf dem lead-Teil im Home Office, aber auf dem Notebook nur in einem bestimmten Verzeichnis. Sobald ich die beiden Dateien dort in ein anderes Verzeichnis kopiere und da auch ausführen möchte, kommt die Fehlermeldung "Typen unverträglich". Was könnte das sein? Es handelt sich übrigens um zwei Datenbanken, welche unter Access 2007 laufen, aber für Access 2002/2003 geschrieben worden sind. Sie liefen allerdings nun während sicherlich drei Jahren problemlos immer unter Access 2007.
Bin dankbar für jede Hilfe.
tron
Hallo,
http://www.access-o-mania.de/forum/index.php?topic=16587.0
Tut mir leid, DF6GL, aber das verstehe ich nun nicht, denn ich sehe jetzt nicht, was die dortige Lösung mit der neuen Fehlermeldung zu tun hat. Sorry.
Hallo,
"Sobald ich die beiden Dateien dort in ein anderes Verzeichnis kopiere und da auch ausführen möchte, kommt die Fehlermeldung "Typen unverträglich". "
Genau diese Situation habe ich in meinen anderen Post beschrieben und auch Abhilfe erläutert.
Manchmal kann es sein, dass da oben nichts durchgeht. ;) Dachte eben zuerst, dass Access dann Meldungen ausgibt wie "Tabelle nicht gefunden" etc. aber nicht "Typen unverträglich".
Danke und hoffentlich gibt es keine weiteren Probleme.
tron
Hallo Leute
Ich hoffe, ich kann hier weiter fahren, auch wenn das damalige Problem an sich gelöst war, aber jetzt in einer neuen Variante auftaucht. Ich habe nun die Situation, dass ich die beschriebene Datenbank auf einem neuen PC mit Windows 8 und Access 2010 zum Laufen bringen sollte. Wenn ich nun die FE-DB lade, kommt wieder diese Meldung "Typen unverträglich" (die DB lag auch auf diesem PC wieder an einem andern Ort als ursprünglich). So habe ich, wie damals empfohlen, alle Tabellen, wo nötig, mit dem Tabellenverknüpfungsmanager neu verknüpft. Obwohl gemäss Rückmeldung jetzt alle Tabellen erfolgreich aktualisiert worden sind, kommt beim Starten immer noch die Meldung "Typen unverträglich". Woran könnte das sonst noch liegen?
Danke schon mal und Gruss
tron
Hallo,
Zitatdie DB lag auch auf diesem PC wieder an einem andern Ort als ursprünglich
FE/BE - Lösungen sind dazu gedacht, das BE auf einem gemeinsam erreichbaren Netzlaufwerk bereit zu stellen.
Dieses ist insbesondere in Mehrbenutzerumgebungen zwingend notwendig.
Dabei sollte der Vorgang jener sein, dass BEIDE Teile der DB auf diesem Ntzlaufwerk / -Freigabe liegen, DORT das FE geöffnet wird, die Tabellen des BE eingebunden werden
und DANACH das FE auf jene Rechner KOPIERT wird auf denen es benötigt wird.
Weitere Anpassungen der Tabellenverknüpfungen auf den Desktops der Clients ist dann nicht mehr notwendig.
Die Fehlermeldung, die du nun in deiner neuen Frage bezeichnest (Typen unverträglich) hat m.E. nich unbedingt mit Tabellenverknüpfungen zu tun.
Daher die Frage - läuft in dieser DB ein Autoexec-Makto ab oder wird beim Starten der DB ein bestimmtes Formular AUTOMATISCH geöffnet?
Danke database für deine Unterstützung und sorry, dass ich mich erst jetzt wieder melden kann. Es ist, wie du sagst, es läuft ein Autoexec-Makro ab. Dieses wiederum ruft ein Startformular-Makro auf, welches das Startformular mit dem ganzen Menü für den Benutzer einblendet. In diesem Makro wird ein weiteres Formular aufgerufen. Ich habe es im Einzelschritt ablaufen lassen. Den Anfang dieses Makros habe ich in der beiliegenden JPG-Datei mit dem Snipping-Tool festgehalten. Die Fehlermeldung "Typen unverträglich" kommt beim ersten Wenn-Dann. Hilft das weiter, um den Fehler lokalisieren zu können?
[Anhang gelöscht durch Administrator]
Hallo,
ZitatHilft das weiter, um den Fehler lokalisieren zu können
Naaaaajaaaa, zumindest sehe ich, dass ich mit meiner Vermutung nicht daneben lag.
Komm, lass mich das *.jpg von der Fehlerstelle auch sehen - das hast du nicht hochgeladen! ;)
Du warst verdammt schnell, aber jetzt isses da.;-)
Nun, Makrofreund ...
was ich aus dem ersehen kann und wo es haken könnte:
1. Sind alle Formulare so benannt, wie sie im Makro angesprochen werden?
2. Sind alle Tabellen richtig eingebunden?
3. Hat das Tabellenfeld 'Kennzeichen' den Datentyp Text?
Der Fehler passiert m.E. nicht in dieser Zeile (Wenn Dann) sondern dnach beim Befehl 'Setzen Wert'
Wenn am Startformular das Steuerelement 'Befehl83' eine Befehlsschaltfläche ist, kannst du dieser KEINEN Wert zuweisen.
Der Versuch würde logischerweise einen Fehler hervorrufen - ob dieser dann 'Typen unverträglich' lautet müsste ich ausprobieren - aber mir graust vor Makros
(... und weiß mich in meiner Abneigung ein weiteres Mal bestätigt) :D ;) ;D
Jaja, der Makrofreund ( ;)) möchte nochmals was anfügen: Diese Datenbank funktioniert seit über 10 Jahren und irgendwie haben wir sie auf den neuen Access-Versionen immer irgendwie wieder zum Laufen gebracht (letztmals auf Access 2007). D.h. es müsste jetzt etwas sein, was unter Access 2010 nicht mehr geht, nicht mehr verstanden wird oder was auch immer und dann den Fehler "Typen unverträglich" hervorruft. Ich bin nur der Nutzer, aber halt doch derjenige, der sich ohne Access-Kenntnisse daran versucht. Ich nehme aber deine Hinweise mal auf und bedanke mich vorerst.
Hallo,
Zitat... Diese Datenbank funktioniert seit über 10 Jahren ...
Nun, irgendwas muss aber damit passiert sein - sonst würde sie ja auch jetzt noch fehlerfrei laufen.
Ist ist nicht immer damit abgetan eine 'alte' Datenbank mit einer neuen Version zu öffnen und sie danach als neue Version zu deklarieren.
Gerade von 2002 bis 2010 sind einige Änderungen ins Spiel gekommen die mal auf jeden Fall Beachtung verdient hätten.
Bitte wer hat denn wie die Umstellung vorgenommen?
Wenn du schreibst, dass du derjenige ohne Access-Kenntnisse bist - wer hat denn dann in den
vergangenen 10 Jahren die Konvertierungen in die neuen Versionen gemacht?
Man hätte sich ZUMINDEST vorerst mal an einer Kopie der Original-DB versuchen können.
Ist natürlich auch für uns in diesem Forum nicht einfach in solchen Fällen zu helfen.
Das Problem ist nämlich dabei jenes, dass man - wie in deinen Fall - aus einem Fehler, der in einem Makroschritt auftritt nicht ganz klug wird.
Dazu sind diese Makros zu undurchsichtig Fehlerbehandlung / Fehlerfindung ungemein schwierig und was noch dazu kommt,
Makros setzt in komplexen DB-Umgebungen fast niemand ein, es gibt daher auch kaum Erfahrungen dazu.
AutoExec Makros ausgenommen - jedoch rufen diese bestenfalls eine VBA-Function auf und werkeln nicht an der Access-Oberfläche herum.
Um dir wirklich helfen zu können müsste man die DB mal sehen.
Kannst du nicht eine abgespeckte, anonymisierte Kopie der DB mit 2-5 Spieldatensätzen bereitstellen?
Hi database
Verzeih, dass ich mich erst jetzt wieder melde, aber im Augenblick läuft ein bisschen viel. Ich hoffe, ich kann dir in den nächsten 36 Stunden mal so ein Teil hochladen (natürlich heraus entwickelt aus der unter 2007 funktionierenden Originaldatenbank, von der wir selbstverständlich Kopien haben).
Vielleicht noch was zum Hintergrund: Die Datenbank ist sogar noch älter als ich dachte und wurde damals vor ca. 15 Jahren (oder mehr) von meinem Vater für meine Sportschule mit gegen 300 Trainierenden entwickelt. Er ist kein gelernter Programmierer, auch kein Access-Spezialist und hat sich das soweit selber beigebracht. Da mein Vater mittlerweile 83 wird, habe ich mich dieses Frühjahr während Monaten mit auf dem Markt erhältlichen Produkten herumgeschlagen, musste aber feststellen, dass wir doch einige Spezialitäten haben, die diese Datenbank ideal abdeckt. Sie braucht auch nicht weiter ausgebaut zu werden (sie war eher überdimensioniert und kann zu viel). Deshalb würde es mir wie gesagt reichen, wenn man die unter Access 2010 (sie war entwickelt worden für Access 2000, wenn ich mich recht erinnere und wurde nie wirklich umgeschrieben für Access 2003 oder folgende Versionen, aber unter Access 2007 haben wir sie noch zum Laufen gebracht) wieder zum Laufen kriegen würde. Das muss letztlich auch nicht gratis sein (sofern es eine grössere Sache wird).
Schlussbemerkung: Unter Access 2007 lag es zum Schluss überwiegend an den Sicherheitseinstellungen. Deshalb frage ich mich, ob die Datenbank zwar unverändert ist, aber diese Sicherheitsanforderungen in Access 2010 weiter erhöht worden sind. Ich habe die Sicherheitseinstellungen analog denjenigen in Access 2007 vorgenommen.
Also, so viel zum Hintergrund. Ich hoffe, dass wir irgendwann morgen etwas liefern können. Danke.
Gruss
tron
So, hier ist also das Ding, abgefüllt mit drei Datensätzen. Vielleicht noch zu den verwendeten Funktionen: Nebst dem Eröffnen und Löschen von Trainierenden ging es auch und insbesondere um die Beitragskontrolle. Hierzu war es möglich, ESR-Files der Banken (ihr merkt es, Schweiz...) einzulesen und automatisch auf das einzelne Mitglied zu verbuchen. Dabei konnte das Programm selbständig erkennen, ob ein Beitrag für ein Quartal, ein halbes oder ein ganzes Jahr bezahlt wurde. Auch manuelle Zuteilungen bei Rabatten oder Spezialzahlungen für Seminare usw. waren möglich. Wie man beim Aufbau sieht, gibt es diverse Zuteilungskriterien nach Trainingsgruppe und nach Trainingsort. Zudem konnten wir über Access auch die jeweiligen Fakturen automatisch auslösen, d.h. wir fakturierten jedes Quartal und Access lieferte diejenigen Adressen, bei denen eine Faktura fällig war. Dazu hat es eine Verknüpfung zu Word. Die DB war somit auch unsere Debitorenbuchhaltung. Daneben führen wir selbstverständlich auf einer andern Software eine normale Buchhaltung für einen Kleinbetrieb. Des Weiteren gibt es in der DB noch eine kleine Statistik-Funktion. Das waren so in etwa die Funktionen, die verwendet wurden. Das "Gradierungsmodul" ist nicht mehr in Gebrauch (weil abgeschafft).
Dann lasse ich mich mal überraschen. Hauptziel wäre es, wenn das Ding unter Access 2010, allenfalls gleich Access 2013 (dann hätten wir wohl wieder ein paar Jahre Ruhe) wieder zum Laufen gebracht werden könnte.
Uff, ich sehe gerade, dass die eine Datei trotz zippen noch immer 345 KB gross ist. Was mache ich da?
[Anhang gelöscht durch Administrator]
Ginge ein link auf Wuala? Würde aber heute spät werden...
Hallo,
hast du die Datei VOR dem Zippen komprimiert / repariert?
Ja, hab ich.
Ich wollte mal fragen, database, ob du eine Chance siehst, die DB zum Laufen zu bringen? Ansonsten müsste ich wohl langsam weiter schauen. Will nicht drängen, einfach mal nachfragen, wie es denn so steht. :) Danke.
Hallo,,
naja, da bist Du ja noch in Bringschuld... Wo ist denn das FE, in dem die Fehlermeldung erscheint.? Mit dem BE ( Tabellen) allein ist ja da nichts zu untersuchen...
Hallo DF6GL, wenn du mein Post genau gelesen hast, dann habe ich mich explizit an database gewendet. Ihm habe ich die Datei via Mail geschickt, weil sie eben grösser ist als 200 KB und ich sie deshalb nicht hochladen kann. Wenn du sie haben möchtest, schicke ich sie dir auch noch. Oder was siehst du sonst noch für Lösungen?
Hallo,
ja, ich habe Deine Postings genau gelesen... und dabei aber keinen Hinweis auf irgendwelche Mails gefunden. Wenn Du hier im Forum Fragen stellst, dann stell die in Bezug auf die hier zu lesenden Postings und nicht auf irgendwelche sonstwie benutzten und unbekannten Kommunikationswege... ::)
"Andere" Lösungen, was die Tabellen betrifft:
1) Alle Ganzzahl-Datentypen auf LONG INTEGER stellen (und keinesfalls Byte oder Integer für IDs oder sonstwelche numerischen Werte verwenden)
2) Alle Gleitkomma-Datentypen auf Double stellen und nicht auf Single.
3) Reserviertere Wörter (Tag, Name, Index, etc) DRINGEND vermeiden, desgleichen Leerzeichen und Sonderzeichen.
4) Jede Tabelle sollte einen Primärschlüssel, möglichst als Autowert oder mindestens ein Feld von Datentyp LONG INTEGER (,das dann usermäßig zu verwalten ist) enthalten. Aus zwei oder mehr Feldern zusammengesetzter Primärschlüssel kann ebenfalls in Betracht gezogen werden, unter der Akzeptanz darauf, dass man sich damit etwas verkompliziert zu behandelnde Beziehungen einhandelt.
So, erst Mal danke für die Tipps. Trotzdem fühle ich mich da relativ rasch überfordert. ;) Deshalb hier nun ein link auf einen WUALA-Ordner, wo Interessierte sich entweder die gezippten Dateien oder gleich die unkomprimierten Files downloaden können:
https://www.wuala.com/wisi1/DB_mit_Musterdatensätzen/?key=dsWahaVT3CFm
Wie gesagt: Ich möchte das Ding einfach wieder zum Laufen bringen (unter Access 2010, noch besser wäre es, wenn die DB gleich auch unter Access 2013 laufen würde). Dann hätten wir wohl ein paar Jahre Ruhe.
tron
Hallo,
Bei Starten der Db wird beim Öffnen des Startformulares zunächst das Form "ZEKennzeichen" geöffnet, das als Datenbasis die Tabelle "Zahlungseingänge" hat. Diese Tabelle enthält nicht das vom Formular erwartete gebundene Feld.....
Ersetz die Tabelle durch die richtige (im BE) . Weitere evtl. Fehler habe ich jetzt nicht gesucht. Viele Tabellen stehen im BE nicht zur Verfügung.
Uff! Die Datenbank läuft nun tatsächlich unter Access 2010 auf dem neuen PC mit Windows 8. Ich möchte euch noch kurz erklären, was ich gemacht habe (es tönt nach "kurze Sache", was es aber für mich nicht war; zudem probiert man oft zuerst noch andere Dinge):
Nachdem ich alle Tabellenverknüpfungen "repariert" hatte, blieb mir eine Verknüpfung – diejenige auf die Zahlungseingänge – welche das Programm nicht neu verknüpfen konnte. Die Tabelle Zahlungseingänge in der Backend-Datei bestehe gar nicht (was ich dann auch bestätigen musste). Nachdem ich dieses und jenes versucht hatte, kreierte ich ganz einfach eine Tabelle namens Zahlungseingänge. Danach lief es. Ein weiteres, wohl damit in Zusammenhang stehendes, Problem konnte ich auch noch selber lösen. Nun frage ich mich einzig, was diese Tabelle ,,Zahlungseingänge" für eine Funktion hat und ob ich nicht noch mehr machen muss, als nur eine leere Tabelle zu kreieren? Diese Tabelle wird ja vom Formular ,,ZEKennzeichen" aufgerufen. Aber da werde ich mich nun mit dem Ersteller der DB kurzschliessen.
Ich bedanke mich für die Unterstützung und hoffe jetzt schon, dass diese Datei dereinst auch noch unter Access 2013 läuft. ;)
Hallo,
Zitatwas diese Tabelle ,,Zahlungseingänge" für eine Funktion hat und ob ich nicht noch mehr machen muss
die Tabelle 'Zahlungseingänge' existiert im Original-BE sowie im FE!
Die ganze Problematik hat sich gelegt nachdem ich ALLE verknüpften Tabellen aus dem FE gelöscht hatte und ALLE Tabellen des BE neu verknüpft wurden.
Durch mehrere Versuche deinerseits waren da bereits 'Kopien' der Verknüpfungen vorhanden, die mit 1,2,3 an den Tabellennamen angefügt zu erkennen waren.
Die Tabelle 'Zahlungseingänge' und 'AuswahlVersandAdressen' existieren in der DB doppelt! M.E. sollten beide ins BE und nicht ins FE!
Ich habe die weiteren Tabellen die sich im FE befinden nicht näher analysiert aber wenn es sich dabei nicht um 'Arbeitstabellen' handelt sollten ALLE Tabellen ins BE.
Im BE sind die meisten Tabellen nicht in Beziehung gesetzt; die Tabellen 'Contacts', Journal' und 'Tasks' ... etwas seltsam ... entstammen die irgend einer Musterdatenbank?
OK, mache also Folgendes für's Erste ...
Lösche ALLE Tabellenverknüpfungen aus dem FE und erstelle diese neu, die Tabelle Zahlungseingänge und AuswahlVersandAdressen nimmst du dabei aus.
Wenn du da nicht machst, erhältst du eine Verknüpfung 'Zahlungseingänge1' und analog 'AuswahlVersandAdressen1'
Danach sollte sich die DB ohne jegliche Fehlermeldung öffnen lassen.
Zitatdass diese Datei dereinst auch noch unter Access 2013 läuft
Da kann ich dich beruhigen - nachdem ein gebrochener Verweis, der unter Acc2013 nicht mehr existiert, entfernt wird läuft sie.
Allerdings wäre zu überlegen ob parallell zur Verwendung in der derzeitigen Konstellation nicht das Ding 'generalsniert' werden sollte. ;)
HTH
Hallo database
Auch dir vielen herzlichen Dank für die zahlreichen und sehr konkreten Hinweise (und so früh am Morgen ;)). Ich bin aufgrund diverser anderer Arbeiten heute nicht mehr dazu gekommen, alles umzusetzen, werde aber auf jeden Fall deine Hinweise noch umsetzen (obwohl es jetzt ja schon läuft; aber gewisse von dir beschriebene Gefahren möchte ich schon noch beseitigen). Auch werde ich gerne deine Hinweise zur Entrümpelung aufnehmen (ich weiss selber nicht, was diese contacts usw. sind; ich werde den Autor fragen).
Vor allem beruhigt mich, dass diese Datei dann auch unter Access 2013 laufen wird. Wie meintest du das mit dem "generalisieren"?
Gruss
tron
Hallo,
nicht 'generalisieren' sondern generalsanieren
da ist mir fieberbedingt ein Buchstabe entwichen ... :D
Hi database
Wir haben nun ein bisschen nach deinen Anleitungen aufgeräumt. Contacts, Journal und Tasks konnten sogar ganz gelöscht werden, ohne die Funktionalität zu beeinträchtigen.
Du hast davon gesprochen, dass ein gebrochener Verweis, der unter Access2013 nicht mehr existiert, entfernt wird und die DB dann trotzdem läuft. Hat es denn einen gebrochenen Verweis in der DB? Wenn ja: wo?
Zum generalsanieren: Meintest du, dass man die DB neu schreibt und vor allem die Makros entfernt oder was stellst du dir darunter vor?
tron
Hallo,
der gebrochene Verweis wird nur auffällig, wenn die Datenbank in ihrer jetzigen Form unter Acc 2013 geöffnet wird.
Es handelt sich dabei um die OfficeXP Web Components - k.A. wozu die in der DB überhaupt eingesetzt werden / wurden, ich habe da nicht weiter nachgehakt.
Unter genalsanieren fällt neben dem Entfernen nicht benötigter Tabellen auch die verbleibenden Tabellen so zu ordnen, dass alle Tabellen ins BE verbracht werden.
Die verbliebenen Tabellen den Normalisierungsregeln unterzogen werden, Beziehungen richtig über die Schlüsselfelder hergestellt, referenzielle Intergrität eingestellt wird
und Schritt für Schritt von Makros auf VBA umgestellt wird.
Ob es sich hierbei dann lohnt die DB überhaupt ganz neu zu erstellen oder die alte DB zu sanieren muss derjenige feststellen, der das macht.
Am Original würde ich aber weiter keine Experimente machen sondern JEDE Änderung an einer KOPIE der DB zuerst testen.
Hallo database
Ich habe mich nun auch noch auf Access 2013 gewagt und es kommt jetzt tatsächlich dieser Hinweis eines gebrochenen Verweis'. Wie finde ich heraus, welcher Verweis das ist, um ihn dann entfernen zu können?
Gruss
tron
Hallo,
öffne ein Formular in der Entwurfsansicht (am Besten gleich das Startform) und lass dir den VBA-Code anzeigen.
IM VBE gehst du in der Menüleiste auf 'Extras' und dann auf 'Verweise'.
Hier findest du einen Eintrag 'OfficeXP Web...irgendwas' - dieser Eintrag ist mit 'NICHT VORHANDEN' gekennzeichnet.
Nimmst du den Haken bei diesem Verweis raus sollte die DB nach speichern und Neustart ohne Fehlermeldung starten.
Ich habe den Code kompilieren lassen um zu sehen, ob sich sonst noch allgemeine Fehler im Code befinden - schaut OK aus.
Wozu dieser Verweis in die DB aufgenommen wurde - leider k.A. :)
HTH
p.s.
Wenn du die Datei ins *.accdb - Format speicherst wirst du wieder mit diesem Typen unverträglich konfrontiert werden.
Nimm daher dieses leidige Makro raus, das beim Öffnen des Startformulars gestartet wird (Startformular.Positionieren)
Außedem läuft da eine Function im Hintergrund ab, welche die Tabellen neu verknüpft.
Verknüpfe die Tabellen einmalig neu - vorher alle vorhandenen Verknüpfungen löschen.
Dann starte die DB mit gedrückter SHIFT-Taste und gehe in den VBE.
Hier gehst duaf Module --- 'Akademie' und suchst die Function 'TabellenVerknüpfen' - diese Function wird vermutlich auch aus irgendeinem Makro heraus aufgerufen.
Ich habe echt keine Lust diese ganzen Makros zu durchsuchen - sorry ... Den Code der Functionsolltest für's Erste mal komplett auskommentieren.
Wenn du das nicht machst, versucht das FE bei jedem Start die Tabellen neu zu verknüpfen, was jedoch durch den nicht angepaßten Code dieser Function in die Hose geht - und zwar ordentlich.
Nun ... eine Generalsanierung mit VOLLSTÄNDIGER Makrobereinigung wird wahrscheinlich das Beste sein ... :o
[Anhang gelöscht durch Administrator]
Sag mal, database, wann wirst du zum Access Gott hier? ;D Hat, nach ein bisschen probieren (obwohl ich stets in die Entwurfsansicht wollte, spielte Access das Makro andauernd ab), wunderbar geklappt und die DB läuft nun auch unter Access 2013. Dein Hinweis unter p.s. ist wohl, jedenfalls für mich, mit mehr Aufwand verbunden. Aber ich nehm' das mal auf meine Pendenzen. Vielen Dank für deine Unterstützung.
Herzliche Grüsse
tron
Hallo,
Zitat...wann wirst du zum Access Gott hier?...
Naja, ich denke das wird wohl noch etwas dauern - muss dafür noch einiges an Erfahrungen zusammensammeln. :D