🚀 go-pugleaf

Pascal Eugster schrieb:
> 
> Frank-Christian Kruegel wrote:
> >
> > On 10 Jan 1999 16:59:14 GMT, "Pascal Eugster" <eugster4@centralnet.ch> wrote:
> >
> > >[Access-DB auf Samba-Server beschleunigen]
> >
> > [mysql und der passende ODBC-Treiber]
> 
> [Geschwindigkeit, Ausfuehrung von Queries auf Client oder Server]

Im Prinzip werden bei einer _echten_ Client/Server-Anwendung die
Abfragen auf dem Server ausgefuehrt; das ist auch der Fall, wenn Access
auf eine SQL-Server-DB (egal welchen Herstellers) zugreift. 

Allerdings muss man bei der Konstruktion der Queries hoellisch
aufpassen, dass die Queries auch tatsaechlich auf dem Server ausgefuehrt
werden koennen (sonst werden naemlich alle benoetigten Tabellen lokal
heruntergeladen, das Query ausgefuehrt, das Zwischenresultat an den
Server zurueckgeschickt und von diesem wiederum an den Client
zurueckgegeben).

Um sicherzugehen, dass die Queries auf dem Server ausgefuehrt werden,
kannst du Pass-Through-Abfragen verwenden. Wenn in diesen etwas
vorkommt, das nicht auf dem Server ausgefuehrt werden kann, bekommst du
naemlich eine "schoene" Fehlermeldung. Generell musst du aufpassen, dass
in Queries nicht auf ein Feld auf einem Formular oder auf eine
Access-Funktion bezug genommen wird. Folgende Abfragen koennen von
keinem Server ausgefuehrt werden:

select * from Adressen where Nachname Like
[Formulare]![SuchFormular]![MeinSuchFeld]

oder

select * from Adressen where Nachname Like UCase$("Meier")

Das bedeutet, dass du Queries mit Parametern in aller Regel in einem
Stueckchen Access Basic zusammenschusterst und dann auf den Server
loslaesst.


> [Resultset Readonly von einer Pass-Through-Abfrage]

Es ist von der Perfomance her generell schlecht, ein Resultset einer
SQL-Server-Abfrage schrittweise durchzulaufen und Werte zu veraendern.
Updates, Inserts und Deletes fuehrt man besser direkt mit einem
SQL-Statement aus; aergerlicherweise bedeutet das, dass man einen
ansehnlichen Teil der Programmlogik umschreiben muss (kenne ich aus
eigener Erfahrung) ;( 

Ebenfalls zu beachten ist, dass man sich mit Pass-Through-Abfragen (und
evtl. Stored Procedures auf dem Server selbst) in eine Abhaengigkeit von
einer bestimmten Server-Software begibt. 

Es ist also nix mit dem "einfach 'mal schnell die ODBC-Quelle aendern".
Ich wuerde dir die Lektuere der MSDN-CD's oder der M$-Knowledgebase
empfehlen, dort gibt es einige Artikel ueber den Umgang mit
Access-Frontend und SQL-Server-Backend (natuerlich spezifisch fuer
MS-SQL-Server, aber auch fuer andere Server anwendbar).

Nach all' diesen Einschraenkungen fragt es sich, ob Access wirklich noch
das ideale Tool fuer das Datenbank-Frontend ist. _Meistens_ komme ich
zum Schluss, dass es trotzdem ein gutes Werkzeug ist, da z.B. Reports
und verschiedene Datenbank-Controls (z.B. Lookup-Comboboxen) sehr sauber
integriert sind und die Anwendungsentwicklung im Vergleich zu einer
anderen Umgebung (wie C[++]) relativ "billig" ist - allerdings nicht
fuer grosse Projekte! Meine Faustregel: Anwendungen, die mehr als ca.
einen Mannmonat benoetigen, sollten besser _nicht_ in Access geschrieben
werden.

Ups, das passt jetzt schon beinahe nicht mehr nach *linux*.
<tschuldigung>

Gruss,
Matthias

-- 
___________________________________________________________
leisi@codelab.ch          2.5:1.5            Matthias Leisi