Typen unverträglich

[tron]

Ginge ein link auf Wuala? Würde aber heute spät werden...

[database]

Hallo,

hast du die Datei VOR dem Zippen komprimiert / repariert?

[tron]

Ja, hab ich.

[tron]

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.

[DF6GL]

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...

[tron]

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?

[DF6GL]

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.

[tron]

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

[DF6GL]

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.

[tron]

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.

[database]

Hallo,

was 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.

dass 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

[tron]

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

[database]

Hallo,

nicht 'generalisieren' sondern generalsanieren
da ist mir fieberbedingt ein Buchstabe entwichen ...

[tron]

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

[database]

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.