vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
SEPA-Dateien erstellen inkl. IBAN-, BLZ-/Kontonummernprüfung  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2025
 
zurück

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

ADO.NET / Datenbanken
Re: Grundlegendes über Datenbanken 
Autor: Ian77
Datum: 11.08.07 13:25

Nein, wie beschrieben, geht es mir nur um externe Datenbanken.
Mir geht darum, welche Datenbankverbindung die schnellste ist, und welche Art von Abfragen man nutzen sollte. Dazu sollte man als Antwortender schon mehr Insiderkenntnisse haben über die Architektur der Systeme.

Nach weiteren Recherchen habe ich fetsgestellt, dass alle Cient/Server Verbindungen SQL Statements direkt vom Datenbankserver verarbeitet werden. Und das ist ja auch wichtig und richtig, da das ein entscheidender Vorteil sein kann, neben viele weitere...
Nun kommt es aber, wozu Pass Through, wenn doch alle SQL Statements, die man mittels des eigenen Programms absendet, wie bereits beschrieben, immer vom SQL Server verarbeitet werden!?
Ich sehe hier nur einen kleinen Vorteil, der könnte zum entscheidenen großen Vorteil werden, ich weiss es nicht, weil bei Pass Through die spezifischen SQL Befehle des Datenbank Servers verarbeitet werden.
Das heißt, dass man bei Pass Through an die SQL Befehle des D.-Servers gebunden ist. Access SQL und bspl. Oracle Befehle weichen stark voneinander ab.
Bringt das denn einen großen zeitlichen Vorteil?

Ich glaube kaum, dass die wenigsten, die Clientprogramme programmieren, mit den Datenbankspezifischen SQL Statements arbeiten mittels Pass Through Übertragung, die diese Befehle nötig machen.

Wenn ich das richtig verstehe, dann sind die Client/Server Zwischentreiber im Grunde nur, unter anderem, für eine SQL Syntaxtübersetzung zuständig. Diese Übersetzung kann aber doch nicht soviel Zeit in Anspruch nehmen, dass sich das für Pass Through lohnen würde.

Hat das alles schon mal jemand getest?
Bitte korregiert mich, wenn ich mit meinen Vermutungen flasch liege...

Hintergrund: Bei einfachen SQL Statements mit relativ wenigen Daten sind solche Überelegungen blödsinn, aber wenn man große Datenmengen hat und SQL Statements, die mehrer tausend Zeichen enthalten in dem mehr als 30 Tabellen in Beziehung stehen, dann machen solche Überlegungen schon Sinn, so denke ich.
alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
Grundlegendes über Datenbanken1.226Ian7711.08.07 11:31
Re: Grundlegendes über Datenbanken766Melkor11.08.07 12:56
Re: Grundlegendes über Datenbanken721Ian7711.08.07 13:25
Re: Grundlegendes über Datenbanken791Melkor11.08.07 14:05
Re: Grundlegendes über Datenbanken686Ian7711.08.07 14:17
Re: Grundlegendes über Datenbanken712Melkor11.08.07 14:34
Re: Grundlegendes über Datenbanken771Ian7711.08.07 17:15
Re: Grundlegendes über Datenbanken680Melkor11.08.07 17:34

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-2025 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