vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
sevAniGif - als kostenlose Vollversion auf unserer vb@rchiv CD Vol.5  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2024
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

VB & Datenbanken
Automnatisches 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
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

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
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

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
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

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
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

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
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

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
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

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
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

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
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

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

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

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