| |
VB & DatenbankenAutomnatisches trennen von der DB bei inaktivität | | | Autor: Merlin01 | Datum: 27.09.11 11:36 |
| Hallo
Weiss vielleicht jemand wie Ich die verbindung zu einer Datenbank trennen kann
zum Beispiel nach 15 min inaktivität des Users ??
Es sind ca. 50 Rechner die auf der DB zugreifen können,
habe festgestellt das mein Prog von vielen Usern geöffnet in der Menüleiste
vor sich hinschlummert und nur bei Bedarf ausgefürt wird.
dabei ist die DB offen und das geht auf die Geschwindigkeit
DB access, ADO
Gruß
Alf | |
Re: Automnatisches trennen von der DB bei inaktivität | | | Autor: wb-soft | Datum: 27.09.11 18:25 |
| Hi!
Ändere dein Programm so ab, daß die Verbindung nur für die Dauer des Datentransfers aufgebaut wird.
mfg
WB | |
Re: Automnatisches trennen von der DB bei inaktivität | | | Autor: Franki | Datum: 28.09.11 02:22 |
| Hallo Alf,
du meinst wahrscheinlich Inatkivität des Users in deiner Anwendung und nicht am Rechner selbst. Das könntest du nur über einen Timer lösen, ist machbar, aber nicht sinnvoll.
Du müsstest ja nach der Inaktivität sowieso die Verbindung zur DB wieder herstellen bzw. prüfen, ob diese noch besteht oder nicht.
Besser ist da diese grundsätzlich nur bei Bedarf aufzubauen und nach der Aktion wieder zu schliessen. (wie wb-soft schon vorgeschlagen hat)
Aber andere Frage, wie macht sich das mit der Geschwindigkeit denn überhaupt bemerkbar bei dir? Wenn z.B. 20 User dein Programm gestartet haben aber nichts machen sollte es für den 21. Rechner keinen merkbaren Unterschied machen in der Geschwindigkeit ob er der einzige User ist oder der 21. Das sind doch bei Access nur mehr oder weniger Einträge in der ldb Datei. Anders sieht es aus wenn alle aktiv mit dem Programm arbeiten und Zugriffe auf die DB haben. Aber das sind 50 User auch nicht wirklich ein Problem wenn du die Zugriffe so kurz wie möglich hälst.
Gruß,
Frank | |
Re: Automnatisches trennen von der DB bei inaktivität | | | Autor: Merlin01 | Datum: 28.09.11 11:30 |
| Ja, Hallo
vielen Dank für eure Antworten.
Es sieht folgendermaßen aus
Im Prog wird gleich zu Anfang als einmaliger Aufruf Die DB geöffnet
Über verschiedene Forms wird wird mittels Recordset in der DB Daten ausgelesen bzw abgespeichert.
Das Recordset wird auch bei jedem Vorgang wieder Geschlossen.
Die DB bleibt aber geöffent bis das Prog beendet wird.
Gut, das Prog läuft nun schon ein paar Jahre
kann aber nicht sagen das die DB zu groß geworden ist
ca. 50 MB, aber an die 100 000 Einträge
jedenfalls wird das Prog immer langsamer
der erste Aufbau zur DB, also das öffnen der DB dauert manchmal 10 bis 15 Sekunden
Nun muss Ich sagen, das die DB auf unserem Firmenserver liegt
und die Leitung zum Server auch noch von anderen Programmen genutzt wird
wird also sehr stark frequentiert
Meine Idee war einfach nur, die verbindung bei nichtbenutzung zu kappen um den anderen Usern mehr
Traffic zu verschaffen.
Wenn ich nach jedem schließen eines Recordsets die DB schließe dauert der neuaufbau eventuell wieder zu lange
Gruß
Alf | |
Re: Automnatisches trennen von der DB bei inaktivität | | | Autor: wb-soft | Datum: 28.09.11 13:17 |
| Hi!
Da dürfte ein anderes Problem vorliegen.
Hast du genau überprüft, ob wirklich das Öffnen der Connection diese Zeit beansprucht?
mfg
WB | |
Re: Automnatisches trennen von der DB bei inaktivität | | | Autor: Merlin01 | Datum: 28.09.11 14:49 |
| Ja, Hallo nochmal
Das Hauptproblem liegt wohl hauptsächlich an der offenen Datenbank
überprüfen kann ich das nicht, wüsste jedenfalls nicht wie
Ich weiss aber, auf Nachtschicht, wenn nicht so viele Rechner
in Betrieb sind dann läuft das Prog wesentlich schneller.
Das ist eigentlich eindeutich für mich das die Leitung zum Server
zu den normalen Bürozeiten überlastet ist-
Aus diesen Grund wollte ich ja die aktiven Rechner die mein Prog zur Zeit
nicht benutzen von der DB trennen.
vielleicht liege ich da ja falsch aber wenn z.B
alle 50 rechner das Prog benutzen sind auch alle mit der DB
verbunden und sozusagen 50 Mal eine Standleitung aufgebaut.
und genau das wollte ich eigentlich mit dem Trennen vermeiden.
viele Grüße aus dem Sonnigen Norden
ALF | |
Re: Automnatisches trennen von der DB bei inaktivität | | | Autor: wb-soft | Datum: 28.09.11 15:37 |
| Hi!
Ich hatte einmal das Problem, daß der 1. Zugriff sehr lange gedauert hat. Am Ende kam raus, daß wegen zuwenig RAM zuerst ein grade unbenutztes Programm ausgelagert wurde. Es hatte also nichts mit meinem Programm zu tun.
Die Verbindung immer neu aufzubauen sollte keine merkbare Verzögerung bringen. Man erspart sich dadurch die ständige Überwachung der Verbindung, und die entsprechende Fehlerbehandlung.
Im LAN ist das vielleicht nicht so wichtig, aber wenn die Verbindung über Internet erfolgt ist das fast zwingend notwendig.
mfg
WB | |
Re: Automnatisches trennen von der DB bei inaktivität | | | Autor: Merlin01 | Datum: 28.09.11 16:17 |
| Ja,das könnte bei mir auch der Fall sein
denn was die user nit meinem Prog machen das wird
auch mit anderen der Fall sein
Prog öffnen bei bedarf
bei nichtbedarf prog minimieren und weiter gehts
Ich werd mich mal schlaumachen wie es mit dem RAM aussieht.
und weiter umproggen und jedesmal den connect neu aufbauen
vielen Dank erst mal für deine Hilfe
werde posten ob es geklappt hat.
gruß
Alf | |
| Sie sind nicht angemeldet! Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.
Einloggen | Neu registrieren |
|
|
Neu! sevPopUp 2.0
Dynamische Kontextmenüs!
Erstellen Sie mit nur wenigen Zeilen Code Kontextmenüs dynamisch zur Laufzeit. Vordefinierte Styles (XP, Office, OfficeXP, Vista oder Windows 8) erleichtern die Anpassung an die eigenen Anwendung... Weitere InfosTipp des Monats TOP Entwickler-Paket
TOP-Preis!!
Mit der Developer CD erhalten Sie insgesamt 24 Entwickler- komponenten und Windows-DLLs. Die Einzelkomponenten haben einen Gesamtwert von 1605.50 EUR...
Jetzt nur 599,00 EURWeitere Infos
|
|
|
Copyright ©2000-2024 vb@rchiv Dieter Otter Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.
Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel
|
|