MDE und MDB

[accessy]

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.

[daolix]

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

[MzKlMu]

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.

[oma]

Hallo,

nein, 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

[accessy]

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?

[MzKlMu]

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.

[accessy]

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?

[bahasu]

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

"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

[accessy]

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.

[DF6GL]

Hallo,

warum zitierst Du dauernd Excel??


Access lässt sich davon nicht beeindrucken und wird sich auch deswegen nicht anders verhalten. 

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.

Und warum willst Du dann die DB überhaupt schützen?

Code [Auswählen] Erweitern

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

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

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

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

[accessy]

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?

[MzKlMu]

Hallo,
wenn Du das machst, darf kein Objekt der ganzen DB in Gebrauch sein. Also alles schließen dann den Assi benutzen.

[DF6GL]

Hallo,


vielleicht Du selber?...


Hast Du noch eine Tabelle geöffnet, oder ein Formular oder sonstwas, was auf diese Tabelle akt. zugreift?

[accessy]

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?

[DF6GL]

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 .