Office: (Office 2003) Back/Front-End und Benutzerverwaltung

Guten Morgen,

Ich hätte ein paar generelle Fragen zu der Access Front-End und Back-End Lösung.

Ich habe meine Datenbank soweit fertig und nun beginnt die Testphase.
Dazu habe ich die DB mit dem Assistenten in Backend und Frontend aufgeteilt.

Die Backend kommt auf das Netzlaufwerk und die Frontend auf die jeweiligen Rechner. Muss ich dann einfach die Front-End datei "kopieren und einfügen" auf jedem Rechner oder muss das anders gemacht werden?`

Ich will die DB auch mit der Benutzerverwaltung absichern. Muss ich den Benutzersicherheitsassistenten der das erstellt auf der Front oder Backend ausführen? Und muss ich das erst machen wenn die Dateien auf dem Netzwerk sind oder kann ich das lokal auf meinem Rechner machen (wegen der Arbeitsgruppendatei) ?

Ich frage diesmal nur genauer nach, weil ich schon einmal Benutzer angelegt habe und dies nur mit Mühe wieder rückgängig machen konnte, sodass ich an meiner DB weiterarbeiten konnte.


Vielen Dank im voraus,

Gruß M.

:)

 

Hi,

das Frontend kommt auf beliebigem Weg auf die Nutzer-Platten. Per Batchdatei, VBSkript, Logon-Automatismus, Windows-Autostart, per Hiwi, der mit einer CD durch die Räume geht, Remoteaccess ... egal.

Die Benutzerverwaltung ist der allerletze Akt. Solang die DB noch nicht einsatzreif ist, soltest du "nur" FE/BE trennen. Wenn das dann auf deinem Entwickler-PC läuft, kannst du das dort auch absichern (FE, BE, MDW), das BE und die MDW ins Netz stellen und das FE auf die User-PCs schieben. Sinnvollerweise greifen die dann alle auf das gleiche BE und MDW zu, damit du eine zentrale Stelle zum Pflegen hast.

 

Aha ok gut.

Wenn ich die mdw datei erstelle dann kann ich darin ja nichts mehr verändern. D.h die DB muss komplett funktionieren ? Wie ist es dann wenn ich nachträglich dann doch noch etwas ändern muss? zB Formulare bearbeiten etc.

Ich will die DB jetzt im Teststadium auf einem anderen Rechner laufen lassen.
D.h ich Teile die DB in Front und Backend auf , stelle das Backend aufs netzlaufwerk und einmal das Frontend auf den User-PC und ich arbeite mit dem gleichen Frontend bei mir auf dem Entwickler PC weiter, richtig?

Wenn ich dann was verändert habe muss ich nur mein Frontend mit dem auf dem User-Pc ersetzen?

Und wenn dann mal alles läuft führe ich auf meiner aktuellen Frontend den Benutzersicherheitsassistenten aus? Wie ist das dann mit der sog. Arbeitsgruppendatei? Muss ich die auch auf das Netzlaufwerk stellen? Die einzelnen User-PCs haben doch schon eigene Arbeitsgruppendateien auf ihrem Rechner oder?

 

Hi,

du bist Entwickler und solltest dir daher Adminrechte einräumen. Damit kannst du weiterentwickeln. Sonst sperrst du dich ja selbst aus *entsetzt Fertig ist eine Datenbank eigentlich nie...

Solang das noch Test ist, sollten die normalen User draußen bleiben. Wenn das "Betastadium" erreicht ist, die DB also halbwegs lauffähig ist ,kannst du das einigen Pilotusern bereitstellen. Wenn die schimpfen, stelle die Mängel ab. Wenn die lachen, stell die DB den anderen zur Verfügung. Als Entwickler solltest du deine Enticklerversion ("neuester Stand") sowie die derzeit in Umlauf befindliche DB bereithalten, damit du bei Rückfragen der User eine versionsgleiche DB nutzt. Aussagen wie "bei mir klappt das" helfen da keinem weiter.

Ja. WObei der bessere Weg ist, regemäßig (wie erwähnt) das Frontend auf die User-PCs zu schieben, und nicht erst bei Bedarf.

Der taugt nicht so allzuviel. besser selber machen. Anleitungen dazu hier im Forum, such mal nach Benutzersicherheit o.ä. MDWs gibts wie Sand am Meer, da "jeder irgendwo Admin ist". Entscheidend ist, dass du eine MDW für deine DB anbietest und sicherstellst, dass nur mit dieser dein Programm läuft. Die MDW ist quasi ein Nutzer- und Rechteverzeichnis, aber meine MDW darf auf deine DB nicht passen (das wäre ja ein Generalschlüsel...).

 

Hallo
ich habe Dir hier zwei Anhände die zwar nichts mit Deiner konkreten Frage zu
Benutzerverwaltung / Benutzersicherheit zu tun haben
doch vor der fertigstellung der DB könntest Du Evtl einige sachen daraus entnehmen.
so etwa aus Performance Verbeserun 1.1 und 1.2 (finde ich als wichtig)
auch 1.4.1 Kurze Pfade (sehr Wichtig) ist in Deinem Stadium/Abschnitt der entwiklung wichtig
und alles weitere *wink.gif*
denke auch darüber nach ob Du bei den User (1.4.3 (MDB)/MDE als Runtime Starten) einsetzen willst
dann kommen sie gewollt oder ungewollt(fahrlässig) nicht auf den Code.

 

Vielen Dank LanzRudolf,
ich habe mir die 2 PDFs gleich gespeichert. Eine schöne Übersicht.

Ich habe das jetzt soweit am laufen mit Front und Backend. Funktioniert super.

Nur habe ich ein Formular bei dem Dateneingegeben werden. Da dort jeweils eine fortlaufende Nummer generiert wird sollen nicht 2 Benutzer gleichzeitig darauf zugreifen dürfen.

Muss ich dazu einfach in der Formulareigenschaft auf .... "Alle Datensätze" gehen?

Dann müsste es doch so sein, dass wenn Benutzer 1 das Formular geöffnet hat, Benutzer 2 es zwar noch öffnen kann aber darin nichts verändern kann, bis Benutzer 1 es wieder schließt?

 

Fortlauf ist immer so eine Sache.

Fortlauf innerhalb der Datenbank ist auch erreichbar, wenn mehrere Leute gleichzeitig Daten eingeben. Es kann dann sein, dass ich Satz 1 eingebe, und bis ich damit fertig bin, hat User 2 schon 3 weitere Sätze angelegt, so dass mein nöchster Satz die 4 bekommt. Das ist dann immer noch fortlaufend, aber nur für die Datenbank, nicht für den User.

Wenn du userbezogen fortlaufende Nummer willst, ist das auch nicht schwer. Der User kann dann dem anderen User gar nicht in die Quere kommen, da jeder User "seine" Nummern autonom hat. Sind die User z.B. A und B, gäbe es Sätze A1, A2, A3 und B1, B2, B3, B4 etc, also Fortlauf "im User".

Was darfs sein?

Und ist wirklich Fortlauf gemeint oder nur Eindeutigkeit?

 

Hallo

Die Einstellung bei Extra/Optionen/Weitere (Datensatzspeerung)S. Bild
dürfte da wichtig sein

 

\@ atrus :
Also die Nummer soll wirklich fortlaufend sein. Und da die DB nur von ca. 5 Leuten regelmäßig benutzt wird und pro Tag im Schnitt nur 2-3 Datensätze eingeben werden habe ich mir gedacht, dass ich das Eingabeformular einfach komplett sperren will, d.h nur einer Dateneingeben kann.

@ lanzrudolf

Die Einstellung habe ich auch schon gesehen, ich habe es auch auf "Alle Datensätze" gestellt. Aber bisher funktioniert das nicht.

Muss ich dass auf der Fronend Datei Einstellen oder auf der Backend? oder bei beiden?

 

Hi,

dann lass doch die Eingaben machen, und als "letzter Akt" der Eingabe, unmittelbar vor dem Speichern, wird die laufende Nummer aus dem Nummernmaximum +1 ermittelt.

Code:

Die Nummer sollte ein Zahlenfeld mit eindeutigem Index sein, damit bei evtl. Kolisionen wenigstens das Duplikat erkannt wird.

Dann kann jeder jederzeit eingeben.

 

Hallo

möglich das "Bearbeitender Datensatz" besser ist.

 

so richtig funktioniert das noch nicht. Die fortlaufende Nummer ist bei mir nicht Primärschlüssel.

Jetzt habe ich mal Testweise gleichzeitig Datensätze erstellen lassen. Und es kam zu Doppelbelegungen.

Ich muss doch die Option "Alle Datensätze" sperren im Front-End aktivieren?

Wie gesagt, ich möchte, dass solange User A einen Datensatz anlegt, keine weiteren Datensätze angelegt werden können.

Bei der Datensatz-Sperrung geht es ja um schon vorhandene Datensätze, die gleichzeitig von Benutzern verändert werden können oder?

Bei neuen Datensätzen erstellen greift diese Einstellung ja dann nicht oder?

 

Hallo
ist Dein Eingabe Formular ein Einzelformular oder ein Endlosformular ?

 

Es ist ein Einzelformular.

 

Hallo
Wie wäre es wenn Du eine kleine Tabelle machst (im BE und verknüpfst) z.B.
mit zwei Felder :FormName und Offen (Ja/Nein)
Beim öffnen des Formulars machst Du eine Abfrage (if)
Ist Formularname Offen Ja (evtl. mit Dloockup) Formular nicht öffnen (exit)
sonst Offen auf Ja Setzen (Sql-Befehl).
beim Schliessen des Formulars Offen auf NEIN Setzen.
Wenn das Dich interessiert, Du aber Probleme beim umsetzen meiner Rudimentaler Beschreibung hast.
melde Dich *Smilie
bin am Nachmittag wieder da.