Hallo! > bin sp�t dran, aber ... > .. es gibt noch einige gr�nde f�r ADO und probleme ohne > > hast du schon mal versucht eine stored proc als datenquelle > anzugeben, die mehrere statements abarbeitet? > da bleibt die anzeige weiss, selbst wenn zum schluss ein > recordset daherkommt. > generell habe ich ohne ADO noch keine storedproc > zum funktionieren gebracht, die keine records zur�ckgibt
Deshalb ja meine Nachfrage. Aber ich bin noch nicht �berzeugt. ;-) In Access kann ich �ber die Access-Objekte in VBA alles (und noch mehr) machen, was ich auch mit ADO erledigen kann. Man nimmt ADO nur in Modulen oder Klassen, die auch au�erhalb von Access (in Excel, Word oder VB oder ...) verwendet werden. M�glicherweise gilt das aber nur f�r Access-Datenbanken und nicht, wenn Access lediglich als Front-end f�r SQL-Server Datenbanken eingesetzt wird. In diesen F�llen stellt sich dann aber die Frage, warum man die Applikation nicht direkt mit VB anstelle von VBA erstellt. Es gibt f�r VB ja so sch�ne ActiveX-Komponenten, mit denen man auch deutlich leistungsst�rkere Formulare als in Access erstellen kann. Na ja, und wenn man also in Access die Access-Objekte nicht benutzt (benutzen kann ???), dann kann man ja auch Word, Excel oder PowerPoint als Front-end nutzen. Und in der Umkehrung bedeutet das, dass man ADO benutzen muss, wenn man das Modul auch in Word oder Excel einsetzen will. Aber Accesss-Formular-Objekte und ADO scheint mir immer noch wenig sinnvoll. Freundliche Gr��e Joachim van de Bruck | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
