Frage : Auf die langsame DB-Netzleistung zurückgreifen sehr

Die Datenbank, die ich alle Fragen gestellt, ist ungefähr jetzt bereit entfaltet zu werden.  Leider hat die Anteil-Antriebsmethode, zum der 10-12 Benutzer zu erlauben, an sie zu gelangen eine Knicke.  Wir aufgespaltet Büros - eins in der Mitte des Landes und eins im Osten s.  Beim Laufen auf einen Dateiserver in der Mitte, Osten DUMMES laufen lässt, verlangsamen; Rückseite geschieht, wenn sie auf Bediener in das East.

We gelegt, benutzen Microsoft Access 2007. Ich bestätigt, dass wir keine Brandmauer zwischen den 2 Büros und einer humongous Rohrleitung nur ungefähr verbrauchtes 30% haben.  Einen Sauganleger laufen lassend, verfolgen, während ein Ostbenutzer und ein zentraler Benutzer diese 3 Störungen auf dem Benutzer im ANDEREN Büro aus Bedienerposition produzierten:

NT Status: STATUS_OBJECT_NAME_NOT_FOUND (0xc0000034)
NT Status: STATUS_MORE_PROCESSING_REQUIRED (0xc0000016)
NT Status: STATUS_NO_SUCH_DEVICE (0xc000000e)

The Benutzer in der Position, in der der Bediener liegt, haben wenig zu keinem Sträfling und zu keinen „Bombe-heraus“ problems.

Any Taktiken, die jedermann vorschlagen möchte?

Antwort : Auf die langsame DB-Netzleistung zurückgreifen sehr

Mit Zugang nie sollte über eine Fahl-Art Einstellung (die laufen gelassen werden ist, was Sie arbeiten), und Sie finden kein Ende von Mühen, wenn Sie auf dem Lassen es des Versuchs so tun bestehen. Zugang 2007 benutzt die AS-Datenbankmaschine, die eine „Dateiserver“ Art Datenbank ist. Dass Art von DB kein builtin hat, Maschine zu verarbeiten, also ALLE Arbeit, müssen durch den Arbeitsplatz durchgeführt werden. Dies heißt, dass, jedes Mal wenn Sie eine Form oder einen Report öffnen, Zugang ALLE jene Tabellen über dem (das very-very-very langsam) Anschluss ziehen muss, analysieren sie, und vorlegt dann Ihre Daten re. In Durchschnitt ist ein typischer FAHLER Anschluss ungefähr 100mal langsamer als ein Standardbüronetz; wenn das Beschäftigen Internet hops, können Sie wetten, dass Geschwindigkeit faaaaar schlechteres als die ist. Zugang kann nicht in diesem Drehbuch überleben, und Sie finden schnell, die verdorbenen und/oder verlorenen Daten, die verdorbenen Formen, usw. etc. zu beschäftigen.

Sie haben etwas Wahlen:

1) Auf eine Terminalserver- oder Citrixeinstellung bewegen. Dieses kann teuer sein zu gründen und beizubehalten, aber versehen Sie mit sehr robustem und zuverlässigem Verbrauch für Ihre off-site Benutzer.

2) Einen web-basiert Service wie www.eqldata.com verwenden. Ich benutzt sie nie und weiß nicht von jedermann, das hat, gefalle so nehme dieses nicht als irgendeine Art der Empfehlung. Ich werfe sie gerade heraus dort;). Dienstleistungen mögen diese Kosten Sie oben - und in den Monatsgebühren konfrontieren.

3) Die APP neu schreiben, um eine web-basiert Schnittstelle (d.h. ASP.NET, Perl, PHP, usw. usw.) zu benutzen. Dieses ist eine gute Lösung, aber es erfordert Sie offensichtlich, in jenen Sprachen kenntnisreich zu sein und einstellt offensichtlich zurück Ihr Entwicklungdatum hr.

4) Ihren Datenspeicher auf SQL-Server, MySQL, Oracle, usw. usw. verschieben und Ihren F.E. neu schreiben, um diese Plattform zu nutzen. Diese kann eine massive Übernahme sein, da in den meisten Fällen Sie eine Boden-oben Neufassung tun müssen - und sie Sie wird tun, dass und Sie Fernbenutzer stützen müssen, dann Sie klug sein, #3. zu betrachten.