MySQL dato problemer

Du kunne lave et DATETIME felt i tabellen, og bruge NOW() til at sætte aktuel dato/tid ind.

MySQL serveren har selv indbyggede tidsfunktioner.

    SQL = "insert into messageboard(author, email, website, topic, body, ip, addeddate, addedtime) values('"
      SQL = SQL & author & "','"
      SQL = SQL & email & "','"
    SQL = SQL & website & "','"
      SQL = SQL & topic & "','"
      SQL = SQL & bodyStr & "','"
    SQL = SQL & "NOW(), "
    SQL = SQL & "NOW())"

Okay, så bruger jeg NOW. Men hvorfor sætter den stadig en tom dato ind i databasen?

    SQL = "insert into messageboard(author, email, website, topic, body, ip, addeddate, addedtime) values('"
      SQL = SQL & author & "','"
      SQL = SQL & email & "','"
    SQL = SQL & website & "','"
      SQL = SQL & topic & "','"
      SQL = SQL & bodyStr & "','"
    SQL = SQL & NOW() & "','"
    SQL = SQL & NOW() & "','"

Hvorfor ik nøjes med et felt til tid og dato.

Det kunne jeg også. Så kan jeg jo bare bruge timestamp(14)

Men er der ikke ulemper ved dette `?

Nej, DATETIME som jeg skrev i mit første indlæg.

Okay så bruger jeg DATETIME. Men hvorfor sætter den så følgende ind i databasen:
0000-00-00 00:00:00

Når jeg bruger:
SQL = SQL & NOW() & "','"

Fordi NOW() er en SQL kommando og ikke ASP, og skal derfor inden for "" og uden '' om.

Okay, hvis den så ikke skal se sådan herud, hvordan skal den så se ud:
    SQL = SQL & "NOW()"

SQL = SQL & bodyStr & "',"
SQL = SQL & "NOW()","

Den virker ikke. Det er åbenbart uafsluttet kode:
SQL = SQL & "NOW()","

Det passer heller ikke sammen i den kode stump du har vist.

8 felter, og du forsøger at sætte 7 ind.

SQL = "INSERT INTO messageboard (author, email, website, topic, body, ip, dato) VALUES ('"&author&"', '"&email&"', '"&website&"', '"&topic&"', '"&bodyStr&"', '"&ip&"', NOW())"

Går ud fra at din ip variabel hedder ip, og dit dato felt hedder dato.

Denne fejl får jeg så:

Error Type:
ADODB.Connection.1 (0x80004005)
SQLState: 4 Native Error Code: 1064 [TCX][MyODBC]You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near '83.73.66.68')' at line 1

Prøv lige at udskrive din SQL sætning, og post den her:
response.write SQL

prøv: ... ip & "', #" & now() & "#)"

thesurfer:
## er det ikke til access ?

Virker nu. blot en lille dum fejl fra min side :)
SQL = "INSERT INTO messageboard (author, email, website, topic, body, ip, added) VALUES ('"&author&"', '"&email&"', '"&website&"', '"&topic&"', '"&bodyStr&"', '"& Request.ServerVariables("REMOTE_ADDR")&"', NOW())"

Sidste spørgsmål! (Hæver point)
Når jeg nu ikke kan bruge "formatdatetime" i MySQL, hvordan skal jeg så få formateret mine datoer?

Før skrev jeg jo bare:
formatdatetime(RS("added"),1) & "  kl. " & formatdatetime(RS("added"),4)

Og når jeg så skulle udskrive en dato som så sådan her ud 24.05.2005, så angivede jeg det bare med en format i mit SQL statement.

Men det kan jeg jo ikke mere, så kan i fortælle mig hvordan jeg formaterer det nu, især hvis jeg skal bruge følgende datoformat efterfulgt af tidspunktet 24.05.2005  ?

Dertil bruger du mySQL indbyggede funktion DATE_FORMAT()

SELECT felt, felt2, DATE_FORMAT(datofelt, '%d.%m.%Y %H:%i.%s') AS dato FROM tabel

Perfekt!

Hvis du lige gider at smide et svar, samt et link til noget MySQL dokumentation vedr. datoer, så er pointene dine :)

Har ikke lige noget dokumentation til mySQl, men her http://dk2.php.net/date kan du se nogle af de forskellige muligheder (de fleste skulle gerne virke til mySQL også).

Smukt - virker Perfekt!

Modtager af point: Hmortensen

Tak for hjælp

Jeg vil lige pointere at mit svar var det rigtige... men pyt :)

(også postet 27/05-2005 16:30:04)

    SQL = "insert into messageboard(author, email, website, topic, body, ip, addeddate, addedtime) values('"
      SQL = SQL & author & "','"
      SQL = SQL & email & "','"
    SQL = SQL & website & "','"
      SQL = SQL & topic & "','"
      SQL = SQL & bodyStr & "','"
    SQL = SQL & "NOW(), "
    SQL = SQL & "NOW())"

fixxxer, kom an på felt typen. Og som sagt, var der ingen grund til at bruge to felter her :)