vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
 Top-Preis! AP-Access-Tools-CD Volume 1  
 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
Re: Datenbankverbindungen... 
Autor: Manfred X
Datum: 02.11.16 10:49
Die angemessene Gestaltung der automatisierten Datenbank-Trennung hängt von der
Funktionalität Deines Programms, dem Netzwerk und der Art der Datenbankverbindung ab.

Dabei geht es nicht nur um den Datenschutz, sondern auch um technische Fragen z.B.
werden manche (ältere) Datenbanken bei zu vielen offenen parallelen Verbindungen
eventuell überlastet; bei offenen Verbindungen können Datensätze für die Bearbeitung
durch andere Nutzer im Netzwerk unnötig gesperrt sein.

Zu klären wäre auch, weshalb manche Mitarbeiter sich nicht abmelden.
- Ist der erstmalige Aufbau der Datenverbindung (bei Arbeitsbeginn) oder die
Netzwerk-Initialisierung sehr zeitaufwendig?
- Bleiben umfangreiche Datenbearbeitungen am Arbeitsende unvollständig und sollen
deshalb am nächsten Tag direkt fortgesetzt werden können?
- Sollen zwischenzeitliche Änderungen der bearbeiteten Datensätze durch andere Mitarbeiter
verhindert werden?


Gewöhnlich interagiert der Benutzer durch Steuerelemente eines Formulars mit dem
Datenbank-Programm.
In allen entsprechenden Control-Events ist einer formular-global deklarierten Variable
jeweils der aktuelle Zeitpunkt des Aufrufs zuzuweisen.
Ein Timer-Control prüft einmal pro Minute im Tick-Event die Differenz (DateDiff) zwischen
dem gespeicherten Zeitpunkt der letzten Aktivität und der aktuellen Uhrzeit.
Beträgt diese Differenz mehr als ca. 25 Minuten, aber weniger ale 30 Minuten, wird in einem
Hinweislabel angezeigt, zu welchem Zeitpunkt die Datenverbindung bei fortdauernder
Passivität des Users geschlossen werden wird.
Beträgt die Differenz mehr als 30 Minuten, wird die Datenbankverbindung geschlossen und
ein entsprechender Hinweis angezeigt.

Bei der Gestaltung der Routine, die die Datenbankverbindung (nach Inaktivität) schließt, sind
eventuell einige Aspekte zu beachten:
- Verfügt das Datenbank-Zugriffsystem oder das Netzwerk über einen integrierten TimeOut-Mechanismus,
den man einbeziehen kann?
- Sollen die letzten Änderungen des Users vor dem Schließen automatisch in der Datenbank gespeichert
oder verworfen werden?
- Ist eine Konsistenzprüfung der aktuellen Bearbeitungen erforderlich, um entscheiden zu können, ob die letzten Änderungen zu speichern sind oder nicht? Ist es zweckmäßig, die noch nicht gespeicherten Modifikationen in einer externen Datei statt in der Datenbank abzulegen?
- Ist der System-Administrator zu informieren?
alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
Datenbankverbindungen...3.087I.V.28.10.16 07:51
Re: Datenbankverbindungen...1.694Franki30.10.16 03:14
Re: Datenbankverbindungen...1.647I.V.31.10.16 08:56
Re: Datenbankverbindungen...1.646Franki01.11.16 02:45
Re: Datenbankverbindungen...1.615Manfred X01.11.16 18:47
Re: Datenbankverbindungen...1.605I.V.01.11.16 19:21
Re: Datenbankverbindungen...1.546Franki02.11.16 00:38
Re: Datenbankverbindungen...1.606Manfred X02.11.16 10:49
Re: Datenbankverbindungen...1.661I.V.02.11.16 13:02
Re: Datenbankverbindungen...1.685Franki19.11.16 04:12

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