udvælgelse i sql - nyere end i dag

hmmm. forkert kategori...

Hvilket datoformat bruges der i databasen og er det en Access database? Jeg har erfaring med at alt man rører ved der har med datoer at gøre skal ligge i engelsk format i databasen ellers går der ofte kludder i det. Så hvis du bruger dansk format, vil jeg anbefale dig at ændre til engelsk og konvertere til dansk når du skal trække det ud på siden.

/peter

Virkede det?

hmm. jeg var måske lidt hurtig med de point...

skal jeg tvinge et us-format ind i databasen? den står til 'standardformat' i db'en (access), og jeg indsætter så efter standardformatets foreskrifter : dd-mm-yy hh:mm:ss

Ja så skal du tvinge den. dd-mm-yy er dansk format. Den US/EN godkendte format er mm-dd-yy

Hvis ikke det virker får du lige dine point tilbage.

årh skidt med point. hmm. men kan man bare tvinge datoen ind i det format, når access ikke selv foreslår det ?

"#" & Month(dato) & "/" & day(dato) & "/" & Year(dato) & "#"

hmm. hvis jeg i min tabel i access forsøger at ændre fx. 26-10-02 21:00:00 til 10-26-02, så ændrer den det selv tilbage.... (dansk access)

min indsættelse i scriptet sker således:
rs("c_date") = cint(request.form("day")) & "-" & cint(request.form("month")) & "-" & cint(request.form("year")) & " " & cint(request.form("hour")) & ":" & cint(request.form("minute"))

(den henter værdierne fra en inputformular)

argh! pis og lort, for jeg tror faktisk du har ret - det med, at det helst skal ligge i us-format. men det er så bare noget pis, når jeg ikke kan få lov til det på db-niveau. jeg kan godt ændre min indsættelse ovenfor, men mon ikke, den så bare tager dag som måned og omvendt ??

pis!

#Mailand

rosted: cool idé!
prøver lige

rosted: jeg kunne kysse dig! :-*

strDate = now()
sql = "SELECT * FROM t_calendar WHERE c_date >= #" & month(strDate) & "-" & day(strDate) & "-" & year(strDate) & "# ORDER BY c_date ASC"

ovenstående konstruktion spiller max!

se på www.campsite.st under 'live'.

#Mailand

Takker. Men det med kys kan jeg nok godt undvære :)

Hvordan virker det hvis du bare skriver

sql = "SELECT * FROM t_calendar WHERE c_date >= now() ORDER BY c_date ASC"

?

hmm. en lille teori.
kunne man tænke sig, at man ikke behøver den slags specificering, når man kommer over d. 12. i en måned. der giver det sig selv, da kun ét tal, kan være dagen... altså en slags 'indbygget' formatering.

men når datoen, som idag, hedder noget med to tal under 12, så er der behov for specifik adressering... ja, jeg ved det ikke, men det passer meget godt med mit problem. så vidt jeg umiddelbart kan huske, så passer det med forekomsten af problemer.

rosted: sorry, jeg kan ikke lige tildele dig point. håber du overlever. (!)

i hvert fald skal de varmeste weekendhilsner lyde her fra kbh. s.

#Mailand

Jeg opretter lige et spm. så rosted kan få pointene istedet for.

jeg har prøvet med bare at indsætte now(), men det var heller ingen succes... din idé tror jeg på, med udgangspunkt i min smukke 'teori' beskrevet ovenfor.

Din teori er i øvrigt helt korrekt. Formatet er forresten ikke afhængig af versionen af Access men af dine regional settings.

Rosted -> Du kan hente dine points her:
http://www.eksperten.dk/spm/278053

/peter

Tak skal du ha'

Jeg har erfaring for at Access håndterer datoer lige lovlig overbegavet. Er datoen gyldig i US format opfattes den som sådan, altså 05-08-02 opfattes som 8. maj 2002. Er datoen ikke gyldig i US format kunne det jo være at den var gyldig i europæisk format (tænker Access) så 13-08-02 vil blive opfattet som 13. august 2002. Meget underholdende! Jeg har lavede en gang en workaround ved at anføre mellemlangt datoformat, det virker godt nok, men man skal huske at Access vil have engels i SQL sætninger, så du skal lige oversætte maj og oktober til may og oct. Det da meget simpelt ikk´!