Re: Einsatz von Access und DAO noch empfehlenswert?

Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance

From: Georg Scholz (georg.scholz_at_vienna.at)
Date: 10/25/04 

Date: Mon, 25 Oct 2004 11:18:01 +0200

m.E. ist Access das ideale Back-End einer Desktop-Software für
Windows. Ich ziehe es gegenüber mySQL vor, weil es wesentlich
einfacher zu handhaben ist.

Zum Thema DAO/ADO: Ich würde eher zu ADO greifen (siehe unten), da es
einfach Standard ist.

Das Thema der Installation sehe ich nicht so, da Du in beiden Fällen
einen gewissen Aufwand betreiben mußt: es müssen DLLs installiert und
Registry-Werte gesetzt werden.

DAO hat m.E. den Vorteil, daß man auf Tabellendaten direkt über den
Index zugreifen kann. Ich habe vor 3 Jahren mit dieser Technik eine
Multiuser-Applikation geschrieben, die herausragende
Anzeigegeschwindigkeiten erreicht hat.

DAO würde ich aber trotzdem nur noch dann benutzen, wenn meine
Software SICHER immer nur auf eine Access-Datenbank zugreifen wird.

Da Du auch Multiuser-Versionen planst, würde ich überlegen, ob Deine
Kunden nicht eines Tages eine größere Version mit einem SQL-Server
haben wollen.

Ich würde daher von vornherein nur auf ADO setzen; und im Entwurf
Deiner Applikation von vornherein den Zugrif auf verschiedene
Datenbanktypen einplanen.

Und falls Du Doch auf DAO setzen willst: Plane im Entwurf Deiner
Applikation eine eigene Klassenstruktur ein, die Du für den Zugriff
auf Datenbanken verwendest. Damit machst Du Deine Anwendung unabhängig
von DAO oder ADO.

Georg Scholz
www.scholz-informatik.at

On Sat, 23 Oct 2004 13:25:48 +0200, "Manfred Grebenstein"
<manfred.grebenstein@gmx.de> wrote:

>Hallo,
>
>ich plane die Entwicklung eines VB-Programms (Verwaltungsprogramm im
>Medienbereich). Bevor ich loslege möchte ich doch die Meinung von
>erfahrenen Entwicklern hören um nicht schon bei grundlegenden Fragen
>schwerwiegende Fehler zu machen. Ich würde mich über Tipps und Hinweise auf
>eventuelle Fehler / Fehleinschätzungen meinerseits freuen.
>
>Ich arbeite mit VB6, SP5, Access2000 / DAO bzw. ADO.
>
>Das in der AccessDB zu speichernde Datenvolumen schätz ich auf max. 100.000
>Datensätze.
>
>Das zu entwickelnde Programm soll es in drei Version geben: Einzelplatz /
>Multiuserversion / ReadOnly-Modul.
>
>Die Einzelplatzversion wird mit DAO arbeiten.
>Warum?: Die Einzelplatzversion wird als Testversion (Shareware-Prinzip) im
>Internet zum Download angeboten. Essentiell ist eine einfache und sichere
>Installation bei dem potentiellen Käufer. Die Installation dieser Version
>macht keine Schwierigkeiten und klappt zu 99 %.
>Die Installation einer ADO-Version kann komplizierter sein. Probleme mit
>bereits installierten ADO-Modulen, nachinstallieren von JET-Modulen usw.
>Liege ich da mit meiner Einschätzung richtig?
>
>Bei der Multiuserversion tendiere ich auch zu dem Einsatz von DAO. Wegen der
>Schnelligkeit und weil die Programmlogik (der Einzelplatzversion) nicht
>wesentlich geändert werden muss (mal abgesehen von den Besonderheiten des
>Multiuserzugriffs). Meiner Einschätzung nach werden max. 10 User
>gleichzeitig auf die DB zugreifen.
>
>Beim ReadOnly-Modul setzte ich auf ADO, da ich den Inhalt der AccessDB in
>einem Zug auf den Client einlesen kann und dann mit einem ungebundenen
>Recordset weiter arbeiten kann ohne mit der DB verbunden zu sein und ohne
>irgendwelchen Netzverkehr (nach dem einmaligen Einlesen) erzeuge. Aus dem
>einmalig erstellten Recordset kann ich dann mit Filter bzw. SQL-Abfragen
>weitere Recordsets erstellen ohne auf die DB zugreifen zu müssen.
>Ist das richtig?
>
>Ich denke der Einsatz einer AccessDb ist die richtige Wahl, oder ist/wäre
>MySQL eine Alternative, bzw. bessere Lösung?
>
>Bin für jede Anregung / Idee dankbar!
>
>Mit freundlichen Grüßen
>
>Manfred Grebenstein
>
>

Relevant Pages