Hallo headlocker,
onkel Don ist nicht mehr zuständig für die DB, er hat sie an mir abgegeben.
Es kann sein das die DB im Zip- Archiv kaputt gegangen ist
Ich habe eh an der DB weitergearbeitet und wollte sie heute Mittag hochladen, werde das aber jetzt machen weil du darauf hingewiesen hast, das was mit DB nicht stimmt.
Könntest du das bitte wenn dir was auffällt, nächstes Mal hier Posten:
http://www.vmlogic.net/cms/component/opt...ic,32904.0
Danke
Gruß
Daniel Vonderbank
Edit
Habe gemerkt als ich die DB mit dem Programm gezippt habe das dann der Fehler kommt wenn ich die DB entpacke, und starte.
Auch bei meiner Juniorinnen DB ist der selbe Fehler.
Die gesamten geht auch die neue DB geht, aber sobald ich sie zippe geht es nicht, komisch ???
Könnte an meinem PC liegen der Fehler, zum Glück habe ich noch einen Laptop probiere ich Mal jetzt da.
Also wenn ich die DB mit 7-zip in Zip- Archivieren kommt der Fehler nicht nach dem Entpacken auf meinem Desktop PC.
Beim Laptop kommt der selbe Fehler.
Fehler ist Nullwert im Index oder Primärschlüssel nicht möglich, werde ein Screenshoot davon machen und dann einen im DFS Leitungsteam schicken, vielleicht weiß einer von denen was der Fehler ist.
Die DB ist aufjedenfall nicht kaputt, geht aber kaputt sobald ich sie mit DFS Studio zippe, mit externen Verpackungsprogrammen, entsteht dieser Fehler nicht, keine Ahnung.
Ich werde es leider nicht rauskriegen, warum dieser Fehler passiert, da ich kein Programierer bin, verstehe ich die Zahlen nicht, die ganz oben im Fehler Fenster stehen.
Es tut mir leid, aber die DB wird gerade Hochgeladen und die Juniorinnen DB sofot danach.
Ich glaube der Index ist irgendwie kaputt, wie man den Repariert weiß ich leider nicht.
Bei einer anderen DB passiert der Fehler nicht, wenn ich sie mit DFS Studio zippe.
Habe es mit der Gesamt DB probiert und gemerkt der Index ist kaputt, an der stelle [-2147467259 (80004005)].
Wenn ich Pesch habe muss ich die DB nochmal neu erstellen >
>
>
:'( :'( :'(
Ist ne menge Arbeit gewesen.
Ich hoffe das in meine Letzte Sicherheitskopie, der Index, noch nicht kaputt ist.
Puh Glück gehabt, in meiner letzten Sicherheitskopie von 05.08.2016, ist der Index noch nicht kaputt ;D, nur 3Monate nachholarbeit, wenn ich die aktuelle DB, wo der Index kaputt ist, nicht repariert bekomme.