Beste,

Ik ben bezig met het maken van een reactie systeem nu werkt heel het reactie systeem
maar ik kom er niet uit hoe ik de datum en de tijdstip in db kan plaatsen van wanneer de reactie is geplaats
kunnen jullie mij hier een voorbeeld van geven ?

mvg,

Wesley

Code:

mysql_query("INSERT INTO tabel SET date = NOW()");

Bij voorkeur dus ook je date veld in je database op DATETIME zetten ;)

Lama hangen,

Ik maakte een fout ik gebruike quotes bij de functie CURDATE() maar dat hoeft niet nu werkt het wel perfect.

Origineel gepost door Ramon Leenders

Bij voorkeur dus ook je date veld in je database op DATETIME zetten ;)

Ik geef zelf altijd de voorkeur aan een int(12) veld. Hier sla ik dan de unix time stamp op. Met name omdat op deze manier datums makkelijker met elkaar te vergelijken zijn.

CJ

Wat Casper zegt is inderdaad handig. Je kan dan met PHP zelf de opmaak van de datum dan nog aanpassen!

Origineel gepost door Casper van C.

Ik geef zelf altijd de voorkeur aan een int(12) veld. Hier sla ik dan de unix time stamp op. Met name omdat op deze manier datums makkelijker met elkaar te vergelijken zijn.

CJ

Zelf doe ik het ook altijd zo :)
Ik vraag me trouwens af of er zoveel performanceverlies is tussen een DATETIME of een INT (timestamp)

Origineel gepost door Casper van C.

Ik geef zelf altijd de voorkeur aan een int(12) veld. Hier sla ik dan de unix time stamp op. Met name omdat op deze manier datums makkelijker met elkaar te vergelijken zijn.

CJ

In welk opzicht zijn ze makkelijker te vergelijken dan?

Ik vind het vervelend dat ze niet human readable zijn, overigens is DATETIME volgens mij ook sneller.

Origineel gepost door Vincent

In welk opzicht zijn ze makkelijker te vergelijken dan?

Ik vind het vervelend dat ze niet human readable zijn, overigens is DATETIME volgens mij ook sneller.

Makkelijker te vergelijken via berekeningen die ik moest doen met datums.

Het performance verschil zal er zeker zijn, maar is waarschijnlijk verwaarloosbaar (in termen van milliseconden verschil). Dat soort overwegingen speelt eigenlijk alleen een rol bij zeer grote database, veel berekeningen en veel querys. Ik neem aan dat de meeste ontwikkelaars met kleine/medium databases werken en dat speelt het nauwelijks een rol.

CJ

@ Casper "Ik geef zelf altijd de voorkeur aan een int(12) veld. Hier sla ik dan de unix time stamp op."
@ Lennart "Wat Casper zegt is inderdaad handig. Je kan dan met PHP zelf de opmaak van de datum dan nog aanpassen!"

1) Een UNIX_TIMESTAMP hoort niet in een veld met het type INT(12) thuis maar in een veld met het type TIMESTAMP.
2) Sla de datum gewoon op als DATETIME. Zoals Vincent hierboven ook al aangeeft kun je het dan gewoon lezen in de database. Natuurlijk kun je er dan ook nog van alles mee met MySQL zelf en dat kun je nu NIET!

UNIX_TIMESTAMP uit een DATETIME veld halen:
SELECT
UNIX_TIMESTAMP(`datetime_veld`) AS `timestamp`
FROM...

Een datum ophalen met een eigen gewenste format (net zoals php's date())
SELECT
DATE_FORMAT(`datetime_veld`, '%d-%m-%Y') AS `datum`
FROM...

Zie hier alle formats.

Alle rijen ophalen die in maand 2 van het jaar 2010 zijn aangemaakt:
SELECT
*
FROM `tabel`
WHERE MONTH(`datetime_veld`) = 2
AND YEAR(`datetime_veld`) = 2010


Ik kan hier nog minstens 100 voorbeelden plaatsen met mogelijkheden die je hebt met MySQL DATETIME. Zorg ervoor dat jullie je structuur per direct aanpassen. Een timestamp in een INT(12) veld omdat het zogenaamd makkelijk is is erg onprofessioneel. Mijn broek zakt overigens ook af wanneer mensen netjes een DATETIME veld gebruiken maar dan vervolgens via PHP lopen te formatten terwijl je dit in de query zelf al kunt afhandelen.

Leer meer over datum/tijd i.c.m. MySQL -> hier de mogelijkheden zijn onbeperkt!

Zelf gebruik ik ook DATETIME zoals ik dus al aangaf. Query's bouw ik gewoon normaal op, en via een php functie doe ik hem mooi opbouwen (bijv. vandaag, 29 juli 13:31 uur of iets dergelijks). Zo hoef ik niet altijd in de query zelf te kloten, maar kan ik simpelweg de php functie aanpassen. Ook handig ;)

@ Ramon "Ook handig ;)"

Of je de format nu in PHP of in MySQL aanpast, it doesn't matter.......... Maar je bereikt meer als je het in MySQL doet. Je wint namelijk performance en je laat zien dat je ook iets van MySQL begrijpt (komt professioneler over). En uiteindelijk scheelt het een hoop werk wanneer je het goed onder de knie hebt.

Origineel gepost door Casper van C.

Makkelijker te vergelijken via berekeningen die ik moest doen met datums.

Het performance verschil zal er zeker zijn, maar is waarschijnlijk verwaarloosbaar (in termen van milliseconden verschil). Dat soort overwegingen speelt eigenlijk alleen een rol bij zeer grote database, veel berekeningen en veel querys. Ik neem aan dat de meeste ontwikkelaars met kleine/medium databases werken en dat speelt het nauwelijks een rol.

CJ

Wat kun je met datetime dan niet vergelijken? Moet weinig verschil uitmaken gezien mysql weet dat het een datum is en vergelijkbaar moet zijn.

En als ontwikkelaar moet je altijd optimaliserend te werk gaan, anders bouw je de verkeerde queries naar mijn mening.