Zu diesem Thema muss ich auch mal was fragen.
Es heißt, dass man eine MDE nicht mehr in eine MDB zurückbringen kann.
Das klingt so endgültig. Das verstehe ich nicht. Wo ist denn da der Sinn?
Wenn man plötzlich einen Fehler feststellt, oder etwas optimieren möchte, was dann?
Ich habe eine ganz kleine Datenbank, die lediglich als "Nachschlagewerk" wie eine Art Lexikon dient.
Und ich stehe jetzt vor dem Problem, dass
- alle Kollegen neue DS hinzufügen dürfen
- vorhandene editieren
- aber keinen EDIT-Modus des Formulars aufrufen
- den VBA Code NICHT einsehen sollen
Jetzt habe ich gelesen, dass eine Umwandlung in eine MDE genau das bewirkt.
Nur es gibt dann kein zurück zur MDB..... und das verstehe ich dann nicht.
Da muss man sich aber 1000%ig sicher sein, an alles gedacht zu haben, bevor man das durchführt.
ZitatDa muss man sich aber 1000%ig sicher sein, an alles gedacht zu haben, bevor man das durchführt
Das sowieso, aber selbst wenn nicht, du als Entwickler hast ja immer noch die mdb, welche bei Bedarf weiterentwickelt werden kann. Die Daten die evtl in der mde in der zwischenzeit angelegt worden sind, kannst du ja immer noch in die mdb importieren. Aber evtl solltetst du dir Gedanken über eine Front/backend Aufteilung deiner DB machen, denn da kannst du das Frontend weiterenwickeln und bei Bedarf einfach als mde austauschen. Die Daten bleiben ja im Backend erhalten.
Hallo,
nein, eine MDE lässt sich nicht wieder in eine MDB zurückverwandeln. Daher muss zu einer MDE immer die AusgangsMDB vorhanden sein.
Das heist, wenn Du einen Fehler in der MDE hast, muss dieser in der MDB beseitigt werden und dann eine neue MDE aus der verbesserten MDB erstellt werden. Es gibt keinen anderen Weg.
Nachtrag:
Du musst also immer eisern darauf achten, dass die MDB nicht verloren geht. Ohne dazugehörende MDB ist eine MDE nicht veränderbar.
Und der Hinweis von daolix (Back/Frontend) ist in einer Mehrbenutzerumgebung mit einer MDE geradezu unerlässlich.
Hallo,
Zitatnein, eine MDE lässt sich nicht wieder in eine MDB zurückverwandeln.
stimm nur bedingt. Es ist für dich nicht möglich, aber es gibt kostenpflichtige Möglichkeiten...
ansonsten stimmt der Hinweis zur eisernen Beachtung...
Weihnachtliche Grüsse von
Oma
Oh neee... das klingt schon wieder alles so kompliziert.
Okay, also lassen wir das mit dem MDE.
Wenn ich unter EXTRAS auf SICHERHEIT gehe,
weiß ich echt nicht was ich da auswählen und machen soll, um mein Ziel zu erreichen.
Ich möchte lediglich nur, dass der User NICHT das VBA Projekt sieht und die DB editieren kann.
Kann mir da jemand sagen, WAS ich da anwählen und aktivieren muss?
Hallo,
da hilft nur MDE erstellen. Da kannst Du direkt nichts einstellen, es gibt verschiedene andere Methoden, aber das ist nicht sicher.
Die MDE erstellen ist aber nicht wirklich kompliziert.
Okay, ich wiederhole nochmal wie ich es verstanden habe:
Ich erstelle eine MDE und lege die Datei auf unseren Firmenserver.
Der User kann
- Datensätze zufügen,
- vorhandene DS editieren
- filtern und sortieren.
Der User kann NICHT
- den Editmodus des Formulars öffnen
- den VBA Code nicht einsehen
Jetzt möchte ich die DB zu einem späteren Zeitpunkt optimieren, oder verändern.
Da ich zum "Zurückholen" der MDE meine original MDB benötige,
gibt es da erst einmal wohl kein Problem.
Aber die original MDB hat nicht mehr den aktuellen Datenbestand wie die MDE.
Wie also ist das "Reaktivieren" der neueren MDE mit der alten MDB zu verstehen?
Braucht man zum "Reaktivieren" der MDE lediglich das MDB als Gerüst und anschließend nur noch ein Reimport der Daten zu machen?
Zitat von: accessy am Dezember 25, 2012, 23:03:58
Aber die original MDB hat nicht mehr den aktuellen Datenbestand wie die MDE.
Wie also ist das "Reaktivieren" der neueren MDE mit der alten MDB zu verstehen?
Hi,
wenn Du Dir, wie in Antwort 1 aufgeführt
Zitat"Aber evtl solltetst du dir Gedanken über eine Front/backend Aufteilung deiner DB machen"
gemachst hast, wirst Du erkennen, dass die von Dir angeführten durchzuführenden Änderungen im Frontend zu machen sind und dass die Daten der Tabellen im Backend sind. Demzufolge ist also der Datenbestand aktuell.
Harald
Danke schön für die vielen Hinweise zu meinem Anliegen.
Aber ich glaube, dass ist nicht mein Ziel.
Diese Datei hat nicht mal den Namen DB verdient. Da drin sind derzeit 152 DS.
Es gibt nur EIN Formular, Keine Abfragen, keine Berichte..nichts...
Und am Ende des nächsten Jahres sind da vielleicht 170 DS drin.
Die Größe beträgt nicht mal 3MB.
Und mit diesem Front und Back fange ich gar nicht erst an. Ich habe da mal bißchen gegoogelt. Das sind alles Massnahmen für DB mit riesigen Dimensionen, wo es um Sicherheit und Schnelligkeit geht.
Das alles trifft bei dieser kleinen Mini-DB nicht zu.
Es wird sicherlich kein Kollege anfangen im VBA Code reinzuschauen. Die wissen nicht mal wie man da hinkommt.
Und vermutlich wird auch keiner den Entwurfsmodus des Formulars öffnen.
Aber dennoch wollte ich das nunmal verhindern.
Und schon bin ich wieder bei EXCEL.
VBA - Projekt sperren - Fertig
Blattschutz einschalten und Formeln ausblenden - Fertig
Na ja, in Access ist nunmal alles anders. Ich kann mich halt nur schwer damit anfreunden.
Hallo,
warum zitierst Du dauernd Excel??
Access lässt sich davon nicht beeindrucken und wird sich auch deswegen nicht anders verhalten.
ZitatEs wird sicherlich kein Kollege anfangen im VBA Code reinzuschauen. Die wissen nicht mal wie man da hinkommt.
Und vermutlich wird auch keiner den Entwurfsmodus des Formulars öffnen.
Und warum willst Du dann die DB überhaupt schützen?
Und mit diesem Front und Back fange ich gar nicht erst an.Warum nicht? Statt stundenlang im Internet zu suchen, bemühe lieber den "Assistenten zur Datenbankaufteilung". Der macht das Ganze mit zwei/drei Mausklicks....
Zitat
Ich möchte lediglich nur, dass der User NICHT das VBA Projekt sieht und die DB editieren kann.
Kann mir da jemand sagen, WAS ich da anwählen und aktivieren muss?
Extras/Dienstprogramme/MDE-Datei erstellen (3(!) Mausklicks....)
Zitat
Jetzt möchte ich die DB zu einem späteren Zeitpunkt optimieren, oder verändern.
...
Aber die original MDB hat nicht mehr den aktuellen Datenbestand wie die MDE.
DB (vor der MDE-Erstellung und Verteilung der DB) in FE/BE aufteilen (siehe oben) .
ZitatUnd am Ende des nächsten Jahres sind da vielleicht 170 DS drin.
Die Größe beträgt nicht mal 3MB.
Es ist völlig egal, wieviele Datensätze es sind oder werden.... (abgesehen von der DB-Größen-Grenze von 2 GB) . Es geht hier um das Prinzip, wie Du die DB "uneditierbar" machst und bei Änderungen (am FE) vorhandene Daten bei den Usern nicht überschreiben musst.
Wenn Du diese paar Kleinigkeiten nicht akzeptierst, ist für Dich vermutlich der einfachste Weg , bei Excel zu bleiben...
Ich hab das mal probiert. Ging natürlich schief...war ja klar.
EXTRAS - Datenbank Dienstprogramme - Assistent zur Aufteilung.
Kaum gestartet - Meldung, dass die Tabelle xyz nicht bearbeitet werden kann, weil ein anderer User sie benutzt.
Welcher andere User?
Hallo,
wenn Du das machst, darf kein Objekt der ganzen DB in Gebrauch sein. Also alles schließen dann den Assi benutzen.
Hallo,
vielleicht Du selber?...
Hast Du noch eine Tabelle geöffnet, oder ein Formular oder sonstwas, was auf diese Tabelle akt. zugreift?
Oh ja, sorry.
Ich habe alles geschlossen und die Aufteilung erfolgreich hinbekommen.
Und schon geht es weiter.
Jetzt öffne ich diese neue _be.mdb.
Die Tabellen sind da, aber wo ist das Formular?
Hallo,
ich glaube, Du blickst jetzt nicht ganz durch... ;).
Vielleicht solltest Du versuchen, es auch zu verstehen , was Du machst.
Wir haben doch die DB in FE (-->Frontend, das ist die Datei, mit der der User arbeitet) und BE (Backend, in dem die Tabellen sind) AUFGETEILT. Wenn Du nun das BE öffnest, siehst Du daher vermutlich auch nur die Tabellen. Im Umkehrschluss solltest Du, wenn Du das FE öffnest, nun u. a. die Formulare sehen . ::)
Da muss ich dir Recht geben, dass ich nicht durchblicke.
Okay, ich habe jetzt also die _be.mdb.
Das ist wohl scheinbar diese Backend.
Aber wo ist denn die FRONTEND ?
Ich habe nach der Aufteilung nur diese _be.mdb erhalten.
Mehr nicht.
Hallo,
das Frontend ist Deine bisherige DB, da hat sich nichts geändert, nur die Tabellen sind nicht mehr in der Original DB die sind im Backend, aber im Frontend auch zu sehen, mit dem kleinen Verknüpfungssymbol.
Mit der _be.mdb kann man nicht arbeiten. Die hat ja nur die Tabellen drin.
Und an der Original DB, die du ja Frontend nennst, hat sich nichts geändert.
Sorry, aber das Resultat ist aus meiner Sicht unsinnig.
Wo ist denn nun die DB, oder der DB Teil, den ich veröffentlichen kann
und in der es keine Möglichkeit gibt "das Innere" zu sehen?
Hallo,
ZitatUnd an der Original DB, die du ja Frontend nennst, hat sich nichts geändert.
Aber natürlich, hat sich die DB verändert. Die Tabellen sind jetzt eingebunden und nicht mehr in der Originaldb. Vielecht solltest Du doch mal richtig hinschauen., vor den tabelelnamen ist jetzt ein Verknüpfungssymbol. Versuche mal eine Tabelle in der Originaldb im
Entwurf zu öffnen.
ZitatWo ist denn nun die DB, oder der DB Teil, den ich veröffentlichen kann
und in der es keine Möglichkeit gibt "das Innere" zu sehen?
Das hast Du ja mit der Aufteilung noch gar nicht gemacht. Dazu musst Du jetzt aus der Originaldb (nach der Aufteilung) eine MDE machen.
Vielcht solltest Du Dich doch erst mal mit solchen wirklichen Accessbasics beschäftigen, bevor Du ein solches Vorhaben umsetzt, damit Du auch weist, was Du tust.
[Anhang gelöscht durch Administrator]
Hallo Achim,
Aber ACHTUNG, ...
ZitatDazu musst Du jetzt aus der Originaldb (nach der Aufteilung) eine MDE machen.
... verwende dafür NUR eine KOPIE der FE.Mdb, da, wie
beschrieben, es kein (kostenloses) Zurück mehr gibt.
gruss ekkehard
Ich habe es bisher nicht mal geschafft eine MDE zu erstellen.
Aber ich glaube, ich sollte das Vorhaben besser nicht durchführen.
Zitat
Vielcht solltest Du Dich doch erst mal mit solchen wirklichen Accessbasics beschäftigen, bevor Du ein solches Vorhaben umsetzt, damit Du auch weist, was Du tust.
Da muss ich ihm zustimmen.
Habe bestimmt noch manche Fragen zu anderen Teilen der DB.
Ich danke euch für die vielen Hinweise dazu.
Also, Thema beendet.