Hallo! > genau das hat mich ja so irritiert, denn eigentlich sollte man > annehmen, dass eine sicht eher eine tabelle ist als eine > stored proc - aber da es in access ja keine stored proc gibt ...
Klar gibt es die auch in Access. Nur hat die eben nur ein Statement. Jede Abfrage mit Parametern oder mit INSERT, UPDATE, DELETE ist in Access eine Procedure. > ich hab die msdn eine weile rauf und runter gelesen, aber > dass adCmdStoredProc auch f�r views verwendet werden kann (soll?) > war f�r mich aufgrund der parametrisierung zwar naheliegend, wird > aber mit keinem wort erw�hnt (oder ich hab's �berlesen) > > wollte mich nur vergewissern, dass es nicht gerade die falsche > konstante ist - danke trotzdem f�r deine ausf�hrungen, joachim > adCmdText verursacht jedenfalls einen definitiven fehler - hier > endet die grossz�gigkeit von ADO dann ;-) Ja, "adCmdText" wird einfach an die Datenbank-Engine geschickt. Bei "adCmdTable" bekommt die Engine tats�chlich ein "SELECT * FROM " von ADO davor gesetzt. > btw: ist eigentlich eine sch�ne variante, das datumsproblem zu > umgehen PARAMETERS @DATUM DateTime; nimmt alles ohne lange > umwandlungen mit und ohne gartenz�une, slashes usw. Davon rede ich hier ja schon seit Jahren, aber gegen die Unsitten, die in vielen B�chern gepredigt werden, bist Du machtlos. ;-) 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
