>
> Hallo!
>
> > Tja, das Datumsformat ist immer wieder ein leidiges
> > Thema...
> > Leider sprechen DB und VB da nicht immer die gleiche
> > Sprache...
> > Normalerweise l�se ich das so, dass ich mir eine Funktion
> > schreibe
> > (sqlDate), die ich dann jeweils an DB und Sprachversion
> > anpasse... Die
> > Funktion sollte auch die trennzeichen generieren, da auch
> > diese
> > variieren k�nnen
> >
> > Der SQL-Server versteht z.B. immer dieses Format
> > unabh�ngig von der
> > Sprache: 'yyyy-mm-dd hh:mm:ss'
> > Bei deiner Access-DB kannst Du es mal mit englischer
> > Notation versuchen
> > : #12/09/2001 17:43:33#
>
> Warum nutzt Du nicht ADO f�r die Konvertierung? ADO verarbeitet
> Datumswerte, W�hrungswerte und Bool-Werte unabh�ngig von den
> eingestellten Sprachen und von der Datenbank, so dass man lediglich
> darauf achten muss, dass IIS und Client "die gleiche Sprache
> verwenden",
> was aber mit SetLocale ... sehr einfach zu bewerkstelligen ist.
>
> myDate = cdate(Request.Form("myDate"))
> myCurr = ccur (Request.Form("myCurr"))
> myBool = cbool(Request.Form("myBool"))
>
> rs.Open "...sql...", connString, _
> adOpenStatic, adLockReadOnly, adCmdText
> rs.AddNew array("fDate", "fCurr", "fBool"), _
> array(myDate, myCurr, myBool)
> rs.Close
>
> Alle Abfragen macht man entweder per View/Query oder �ber das
> Command-Objekt mit Parametern
>
> Call db.Execute("myQuery", array(P1, P2, P3, ...))
>
> Wer SQL-Statements in VBScript zusammenstoppelt, f�ngt sich nur �rger
> ein. Daf�r gibt es doch ADO und das ist ganz bestimmt schneller als
> irgendwelche VBScript-Konvertierungsfunktionen, die irgendwann doch
> wieder angepasst werden m�ssen.
>
> Freundliche Gr��e
> Joachim van de Bruck
>
>
Ja, das ist auch ne m�glichkeit... ;-)
Claudius
| [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
