Knüller: vb@rchiv Offline-Reader - Die Offline-Wissensdatenbank

Tools & Components Anzeigen

Unser Tipp: Alle Online-Forenbeiträge aus dem vb@rchiv - gesammelt in einer Offline-Wissendatenbank, mit Internet-Update-Funktion, u.v.m.

Sie sind aktuell nicht angemeldet.

Funktionen: Einloggen  |  Neu registrieren  |  Suchen

Re: PerformanceFrage DAO zwischen Select * From * Where * und SEEK
Autor: VBStein
Datum: 11.07.08 17:26
Hai, ich würde, wenn es auf Performance ankommt (blöde Antwort, weil bei DB's kommt es immer auf Performance an), sorgfältig erwägen: Muss ich Daten lesen, sie schreiben, oder Beides! dbOpenTable ist die langsamste Möglichkeit. dbOpenDynaset ist auch langsam, öffnet aber zum schreiben und lesen, aber schneller als dbOpenTable. dbOpenSnapShot ist der Renner. Wenn es die DB hergibt, würde ich für Read und Write jeweils eine separate Pipe öffnen lassen, was heißt: Eine DAO.Instanz für Read, eine DAO.Instanz für Write. Ok. Dann würde ich mir überlegen: Was für eine Datenbank ist das? Ist sie aus dem Hause M$ und kein Server, dann empfiehlt sich von Hause aus schon DAO. Ist es aber etwas anderes, externer Hersteller etc, dann ist ADO die richtige Wahl. Beitrag wurde zuletzt am 11.07.08 um 17:28:07 editiert.

PerformanceFrage DAO zwischen Select * From * Where * und SE...	237	VB-Newbie	04.07.08 09:20
Re: PerformanceFrage DAO zwischen Select * From * Where * un...	127	Dieter	04.07.08 09:22
Re: PerformanceFrage DAO zwischen Select * From * Where * un...	124	VB-Newbie	04.07.08 09:33
Re: PerformanceFrage DAO zwischen Select * From * Where * un...	97	VBStein	11.07.08 17:26

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übersicht

Suchen