SQL verslavingen..
Het gebruik van timestamps kan er wel mee door, maar er blijkt dus een beter alternatief te zijn, namelijk de functies die in MySQL e.d. zitten. We proberen jouw dan ook te behoeden voor een (mogelijke) fout die je begaat.
Wesley schreef op 05.05.2008 20:04:
Omdat een integer geen datum is. Meer valt er niet over te zeggen, dat is gewoon een feit.Mijn doel van dit topic was om uit te vinden WAAROM die functie beter is.
Met een integer kun je niet de dingen doen die je met een datum kunt doen, met een datum kun je niet de dingen doen die je met een integer kunt doen. Het zijn gewoon 2 verschillende dingen, de bekende appels en peren.
Maar goed, veel sterkte toegewenst en hopelijk leer je er nog eens iets van.
Quote:
Datum-/tijdfuncties in MySQLNu nog een goede tutorial hoe die date func van SQL werkt.
ps. Wesley je moet de date() functie van PHP niet verwarren met het DATE datatype van SQL! Daar zit namelijk een levensgroot verschil tussen. De date() functie werkt met timestamps die het aantal seconden sinds 01-01-1970 weergeven, maar een DATE veld in een SQL database kan échte datums bevatten.
Gewijzigd op 01/01/1970 01:00:00 door Joren de Wit
Dat jij loopt te prutsen met een database van hooguit een tiental records en enkele kb's groot, wil niet zeggen dat alle databases microscopisch klein blijven. Dan zul je ook zien dat jouw php-gepruts met datums niet meer gaat werken, dat wordt véél te langzaam. Jouw toepassingen kunnen dan in SQL (met de juiste datatypes) wel eens een 1000 of 100.000 keer zo snel zijn, alleen datgene opvragen wat je nodig hebt en een slimme index gebruiken doen wonderen. In php is dat allemaal niet mogelijk. Maar dat wist je al...
Gewijzigd op 01/01/1970 01:00:00 door Frank -
Wesley schreef op 05.05.2008 20:32:
Mja, jij bent volgens mij degene die blijft hangen op het gebruik van timestamps terwijl dat in een database toch echt niet slim is!En we blijven wederom aardig.. \o/
Bij het rekenen met data en tijden in PHP ben je wel aan deze dingen gebonden, maar de database kent een veel betere/uitgebreidere manier van het rekenen met data en tijden. Een manier die jou dus niet beperkt tot data tussen 1970 en 2038, iets dat met het gebruik van timestamps wel het geval is.
En jouw misvatting over de date() functie lijkt dit hele topic al een rol te spelen. Dat is de PHP functie die inderdaad werkt met timestamps. Maar als je het over SQL hebt, heb je te maken met het datatype DATE, en dat is heel iets anders. Dat is namelijk het datatype waarin je een veel uitgebreidere range aan datums in op kunt slaan.
Kortom, lees de tutorial waarvan ik de link gaf eens door. Dat is immers waar je om vroeg en is tevens hetgeen dat jou waarschijnlijk de ogen zal openen.
Succes!
(Haalt niet weg dat ik die tut al aan het lezen was trouwens)
Gewijzigd op 01/01/1970 01:00:00 door Wesley
Wesley:
Nu wordt ie lekker. Ik probeer jou te helpen en dan krijg ik zo'n reactie? Even een quote van pagina 3:Volgens mij snappen jullie het écht niet meer..
Wesley:
Nu nog een goede tutorial hoe die date func van SQL werkt..
En ja, ik heb de rest van het topic ook gelezen. Maar ik voelde me absoluut niet geroepen om me in die discussie te mengen en heb dat met opzet dan ook niet gedaan.
Ik geef je enkel antwoord op de vraag die jij stelt, waarom het gebruik van een DATE in een database dus beter is dan het gebruik van timestamps in PHP. Geen enkele reden dus om op zo'n manier te reageren...
Wesley schreef op 05.05.2008 21:15:
Als jij nu eens iets gaat doen met de vele hulp die je krijgt, dan word je direct een stuk beter behandeld. Je krijgt een tiental goede aanwijzingen en wat doe je er mee? Niets, null, noppes, nada. Waarom niet? Eigenwijs? Lijkt het wel op...Volgens mij snappen jullie het écht niet meer.. Het gaat mij vanaf pagina 2 al niet meer om wat nu wel of niet beter is (de vraag is sowieso in de vergetelheid geraakt) maar om het feit hoe er met mensen (in dit geval ik) omgegaan word..
