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

ADO.NET / Datenbanken
Re: SQL Abfrage AccessDatenbank in VB.net mit (aufwendigem?) Count 
Autor: Manfred X
Datum: 07.03.18 08:05

Hallo!

Einen Trend zur Verlagerung von DB-Operationen in den Hauptspeicher
habe ich hier nicht angeregt, sondern klar gemacht, daß ich auf LINQ in einer
Datatable zurückgreife, weil ich die zugrundeliegende DB-Struktur nicht
eindeutig einordnen kann.

Die Frage, die Du aufwirfst, ist komplex und es gibt meiner Ansicht nach
dafür keine allgemein anwendbaren Regeln.
Ob wiederholte DB-Selects und Updates kleiner Datenmengen zweckmäßiger sind
als die Verlagerung großer DB-Teile in den Hauptspeicher, hängt von vielen
Parametern ab:
- Art der Verbindung zur Datenbank (Kapazität, Geschwindigkeit)
- Grad der Auslastung dieser Verbindung zur DB
- Überlegungen zur Datensicherheit (evt. Minimierung des Traffic; Nutzung eingebetteter
Routinen - insbesondere bei komplexen Datenstrukturen)
- Art der Abfragen (Können sie zusammengefaßt werden? Sind sie
voneinander oder vom Benutzer stark abhängig oder sachbezogen überschaubar? usw.)
- Update-/Transaktions-Sicherheit (Grad des Risikos von Abstürzen/Fehlfunktionen des
Gesamt-Systems während der Bearbeitung bzw. Übertragung von Daten)
- Hardware-Ausstattung (z.B. Verfügbarkeit schneller und sicherer lokaler Speichermedien
für den temporären Gebrauch bei Remote-Access)
- usw.

Dazu kommen allgemeine Gesichtspunkte wie Wartbarkeit, Entwickungsoffenheit,
Ergonomie, ... auf die die DB-Interaktion ebenfalls Auswirkungen hat.

Solche Parameter sind auch vom konkreten System/Anwendungsfall/Kunden abhängig.

Aus diesem Grund kann der Entwickler bei der Konzipierung einer "App"
meist nur begrenzt diesbezügliche Annahmen zugrundelegen.
Insbesondere beim Verarbeiten großer Datenmengen muß man eventuell sogar mehrere
alternative Strategien der DB-Interaktion einbauen, die je nach Lage/Settings
verwendet werden können.
Voraussetzung ist auch die fundierte Kenntnis der diversen Möglichkeiten, die ADO-Net
zur Verfügung stellt - z.B. Pooling - und die auch laufend weiterentwickelt werden.
alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
SQL Abfrage AccessDatenbank in VB.net mit (aufwendigem?) Cou...2.726Bloing01.03.18 10:58
Re: SQL Abfrage AccessDatenbank in VB.net mit (aufwendigem?)...1.585Franki04.03.18 06:09
Re: SQL Abfrage AccessDatenbank in VB.net mit (aufwendigem?)...1.650Manfred X04.03.18 08:16
Re: SQL Abfrage AccessDatenbank in VB.net mit (aufwendigem?)...1.626effeff04.03.18 22:49
Re: SQL Abfrage AccessDatenbank in VB.net mit (aufwendigem?)...1.543Bloing05.03.18 14:12
Re: SQL Abfrage AccessDatenbank in VB.net mit (aufwendigem?)...1.536Franki06.03.18 02:28
Re: SQL Abfrage AccessDatenbank in VB.net mit (aufwendigem?)...1.609Manfred X06.03.18 11:36
Re: SQL Abfrage AccessDatenbank in VB.net mit (aufwendigem?)...1.606Franki07.03.18 04:03
Re: SQL Abfrage AccessDatenbank in VB.net mit (aufwendigem?)...1.835Manfred X07.03.18 08:05

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