Office: (Office 2010) Wie Performance verbessern?

Hallo zusammen,

ich hab meine Datenbank auf einem Netzwerkshare liegen.
Jetzt stelle ich meinen Usern verschiedene individuelle Frontend Datenbanken zur Verfügung (Tabellen sind darin verknüpft).

Die Performance ist noch okay, könnte aber deutlich schneller sein. Wenn ich in der original DB arbeite läufts sehr gut.

Was kann man denn da tun um die Performance etwas zu verbessern? Die internen Access Bordmittel habe ich schon genutzt, hat nicht viel gebracht.


Desweiteren noch ne andere Frage: Wenn ich in der original DB ein Formular updaten will, kann ich das immer nicht, weil er sagt es greifen andere User zu. Die Formulare sind ja nicht verknüpft? So muss ich immer warten bis alle raus sind um was zu ändern....

:)

 

Hi,

zur Performance lies doch mal die Tipps von Michael Zimmermann aus der AEK 8:
http://www.donkarl.com/Downloads/AEK/ (AEK 8, Performace in Abfragen)

Zur "Blockade":
Jeder User sollte sein eigenes Frontend haben, am besten auf der lokalen Platte (die ist am schnellsten) oder in einem persönlichen Netzordner. Auf diese lokale Stätte könnte das Frontend z.B. beim Starten durch Batchdatei, VB-Skript oder auch durch geplanten Task/Aufgabensteuerung beim Booten gelangen. Ein Frontend, das alle User gelichzeitig nutzen, ist untauglich.

 

Okay da habe ich mich unklar ausgedrückt. Jeder User hat sein Frontend Lokal auf seiner Platte.

Trotzdem kann ich Formulare, auf die das Frontend ja nicht zugreift, nicht bearbeiten.

 

Hi,

ist diese "Original-DB", in der du ändern willst, das Backend? Da sollten die Formulare nicht drin sein. Denn das Backend ist natürlich durch die Tabellenverknüpfungen der Frontends in Nutzung.

 

Ja die Original DB ist das Backend.
Das nutze ich selber, weils halt einfach schneller ist.

Dort sind alle Fomrulare enthalten, das lässt sich einfach besser pflegen als wenn ich die Formulare auf die verschiedenen Frontends verteile.

Eigentlich dürften doch aber nur die Tabellen des Backends in Benutzung sein und nicht die Formulare?

 

Hi,

Access ist dateibasiert. Da ist die ganze Datei in Nutzung, wenn ein Teil von ihr in Nutzung ist.

Es lässt sich eben nicht besser pflegen, weil du dann auf den letzten Hansel warten musst. Idealerweise gibt auch nur eine Frontendversion. Evtl. nötige Rechteeingrenzungen könnten dort implementiert sein. Wozu -zig Frontendversionen pflegen?

 

Also müsste ich quasi noch eine Nutzerverwaltung einführen. Is vielleicht gar nicht so blöd...

Im Backend arbeite ich halt weils einfach schneller geht....

 

Leg ins Backend nur die gemeinsamen Tabellen.
Alles (!) andere ins lokale Frontend.
Dann blockiert nix mehr.

Dann könntest du notfalls (!) auch beim alten Konzept bleiben und jedem User sein maßgeschneidertes Frontend auf die Platte schieben. Allerdings könnte sich dann ein böswiliger User sich ein "höherwertiges" Frontend manuell vom Server klauen und somit Funktionen nutzen, die ihm nicht zustehen. Aber das geht ja bisher auch schon *duck*.

 

Ja so ein User/Rechtekonzept ist denke ich schon ganz sinnvoll...
Werde ich demnächst mal umsetzen....

 

Hallo
lies einmal hier:
http://dl.dropbox.com/u/46590638/ACC...tunterlage.pdf
Seite 58 bis 66
so wie 47

Möglich das da auch was dabei ist was Dir Hilft *wink.gif*

 

Hallo mille81!

lies bitte zu diesem Thema mal dieses Whitepaper:
http://www.dbdev.org/down10.htm

CU

 

Hallo
@ mille81
der Link von Thomas ist in meiner Doc (PDF-Datei) auf Seite 66 auch enthalten *wink.gif*

zu Passwort lies in meiner Doc auch
ab Seite 174 "8.13 Passwort mit Access Sicherungssystems"
und 176 "8.14 Passwort Programmieren ohne Access Sicherungssystems"
dazu hätte ich auch eine Muster MDB
nur melden dann Lade ich sie Hoch *Smilie

 

Danke für die vielen Tipps!

Jetzt ist mir doch aber glatt ein wichtiges Detail entfallen, warum ich die Formulare in der BackEnd habe...

Wir verschicken über die Datenbank einen Newsletter via Outlook an ca. 4000 Empfänger. Dabei bekommt jeder Empfänger einen individuellen Newsletter der auf seine Bedürfnisse zugeschnitten ist. D.h. das braucht ordentlich Rechenpower.

Da machen wir das immer so, dass wir das Backend lokal kopieren und von da aus versenden. Dauert ca. 20-30 Minuten

Wenn wir das vom Backend übers Netz machen dauerts 1-1,5 Stunden, und wenn wir das übers Frontend machen dauerts noch viel viel länger.

Hab dafür auch noch keine bessere Lösung gefunden.

Ich hätte noch die Möglichkeit die ganzen Backend Tabellen in eine MSSQL Datenbank auszulagern. Wobei ich dann wahrscheinlich all meinen Code umschreiben muss...

Habt ihr da ne Idee?

 

Hi,

über ein Backend, das "alles" (Forms, Reports etc) enthält, vielleicht. Ein Backend, das nur die Tabellen enthält (und die in optimierter Form), wird das vermutlich schneller.

Der Weg über einen Server geht natürlich auch, ist aber nur sinnvoll, wenn der Server separat ist (und nicht auf einem User-PC nebenbei läuft). Da dürfte aber erheblicher Umstellaufwand entstehen.

NB: Ein personalisierter Newsletter sollte nicht die große Rechenpower beanspruchen. Wenn das richtig aufgebaut wird, kann das ein recht stumpfsinniger Serienbrief/-mail oder ein Report werden, der dann vermailt wird. Wenn jede Mail natürlich mit -zig Dlookups zusammengefummelt wird, dauerts. Das ist aber auch keine Datenbankanwendung, sondern Zusammenkleben per Maus.

 

Hi,

über ein Backend, das "alles" (Forms, Reports etc) enthält, vielleicht. Ein Backend, das nur die Tabellen enthält (und die in optimierter Form), wird das vermutlich schneller können. Die Forms haben also auch in diesem Fall nichts im BE zu suchen.

Der Weg über einen Server geht natürlich auch, ist aber nur sinnvoll, wenn der Server separat ist (und nicht auf einem User-PC nebenbei läuft). Da dürfte aber erheblicher Umstellaufwand entstehen.

NB: Ein personalisierter Newsletter sollte nicht die große Rechenpower beanspruchen. Wenn das richtig aufgebaut wird, kann das ein recht stumpfsinniger Serienbrief/-mail oder ein Report werden, der dann vermailt wird. Wenn jede Mail natürlich mit -zig Dlookups zusammengefummelt wird, dauerts. Das ist aber auch keine Datenbankanwendung, sondern Zusammenkleben per Maus.[/quote]