SQL verslavingen..
Pagina: « vorige 1 2 3 volgende »
Wesley schreef op 04.05.2008 20:59:
Sorry dat ik het zeg, maar dit valt wel in de categorie domme opmerkingen. Wat heeft 60 nu met 1 minuut te maken? Niets, null, noppes, nada. Ik reken liever met 1 minuut wanneer ik 1 minuut nodig heb en 1 dag wanneer ik 1 dag nodig heb. 1 MINUTE en 1 DAY doen wonderen, met 1 MONTH of 5 YEAR snapt het grootste uilskuiken nog over welke interval we het hebben. Of schud jij zo even uit de mouw wat 604800 moet voorstellen? Daarnaast ga je problemen krijgen wanneer je met maanden, kwartalen of jaren gaat werken, die zijn namelijk niet altijd even lang. De ene maand is 31 dagen, de andere 28 dagen. Ga jij maar eens berekenen hoeveel secondes je er nu bij op moet tellen...Ik reken liever met iets waarbij ik weet dat 60 1 minuut is, ipv dat ik in queries moet gaan kloten met datum min datte etc..
Hou het eenvoudig, dan maak je minder fouten en snap je beter wat er gebeurt. Een datum dus opslaan als een datum, een DATE.
pgFrank schreef op 04.05.2008 22:49:
Sorry dat ik het zeg, maar dit valt wel in de categorie domme opmerkingen.
Lees verder... Wesley schreef op 04.05.2008 20:59:
Ik reken liever met iets waarbij ik weet dat 60 1 minuut is, ipv dat ik in queries moet gaan kloten met datum min datte etc..
Sorry dat ik het zeg, maar dit valt wel in de categorie domme opmerkingen.
Quote:
Ik weet niet bij jou maar bij mij zitten er in een minuut hoeveel seconden? En waarop is de unix timestamp op gebaseerd? Juist. Seconden. De hele date() functie is erop gebaseerd eigenlijk.Wat heeft 60 nu met 1 minuut te maken? Niets, null, noppes, nada.
Quote:
Niet echt maar daarom is het rekenen handig (PHP):Ik reken liever met 1 minuut wanneer ik 1 minuut nodig heb en 1 dag wanneer ik 1 dag nodig heb. 1 MINUTE en 1 DAY doen wonderen, met 1 MONTH of 5 YEAR snapt het grootste uilskuiken nog over welke interval we het hebben. Of schud jij zo even uit de mouw wat 604800 moet voorstellen?
[linebreak]$minuut = 60;[linebreak]$uur = $minuut * 60;[linebreak]$dag = $uur * 24;[linebreak]$week = $dag * 7;[linebreak]
etc..
Quote:
Daarnaast ga je problemen krijgen wanneer je met maanden, kwartalen of jaren gaat werken, die zijn namelijk niet altijd even lang. De ene maand is 31 dagen, de andere 28 dagen. Ga jij maar eens berekenen hoeveel secondes je er nu bij op moet tellen...
Exact: SECONDEN
Je rekent met seconden. Als je met date($format, time()+$aantalsecondeN) gaat rekenen boeit het niet of er in de ene maand 5 en in de andere 60 dagen zitten (Als voorbeeld want dat klopt natuurlijk niet). Unix timestamp is een functie die zich daarop aanpast namelijk..
Quote:
Hou het eenvoudig, dan maak je minder fouten en snap je beter wat er gebeurt. Een datum dus opslaan als een datum, een DATE.
Denk dat het moraal van deze discussie is dat iedereen iets anders handig vind.. hier gaan we in ieder geval niet meer uitkomen ben ik bang..
Gewijzigd op 01/01/1970 01:00:00 door Wesley
Onderbouwing :
Als je alles pgFrankstyle doet komt dit met name bij grotere apps je snelheid ten goede.
Om je eigen voorbeeld te gebruiken:
Alles wat op maandag is gemaakt moet opgehaald worden...
Jou manier : (even paar keer vergroot en lichtelijk overdreven)
1. Jij haalt met een select 100.000 records op.
2. Jij loopt door 100.000 records om te controleren of ze op maandagochtend zijn gemaakt.
3. je gooit 90.000 records weg die niet aan je criteria voldoen en waarvan het dus nutteloos is dat je die hebt opgehaald.
4. je loopt door de overige 10.000 records om deze weer te geven.
Frank (en de algemene) manier :
1. Je DB kijkt welke records er voldoen aan de criteria
2. Je haalt 10.000 records op.
3. Je loopt er door om deze weer te geven.
Bovenstaande heeft een behoorlijk snelheidsverschil volgens mij. Heb geen concrete cijfers maar als iemand tijd heeft kan hij/zij deze mischien produceren.
Conclusie:
Jij stond niet vooraan bij het uitdelen
Edit:
Met name niet goed wijs met zn PG gedoe maar in dit geval heb je enigsinds gelijk
Quote:
Luister maar naar pgFrank, dat lijkt me een wijze man ;-)
Met name niet goed wijs met zn PG gedoe maar in dit geval heb je enigsinds gelijk
Gewijzigd op 01/01/1970 01:00:00 door Jacco Engel
60 != 1 minuut.
60 seconden wel, maar wat nou het verschil is tussen 60 seconden en een minuut ... niet he... waarom dan er moeilijk mee lopen doen
Wesley schreef op 05.05.2008 09:45:
En heb je al bedacht dat dit niet gaat? Hoe wil jij iemand iedere 5e van de maand een berichtje sturen wanneer je niet eens weet wanneer dat is? Of iedere maandagmorgen? Of iedere _vul_maar_in_?Je rekent met seconden. Als je met date($format, time()+$aantalsecondeN) gaat rekenen boeit het niet of er in de ene maand 5 en in de andere 60 dagen zitten (Als voorbeeld want dat klopt natuurlijk niet). Unix timestamp is een functie die zich daarop aanpast namelijk..
En wacht dacht je van schrikkeljaren en schrikkelsecondes? Dan gaan jouw berekeningen al helemaal niet kloppen, jij mist zo maar een dag of een seconde.
Daarnaast is jouw applicatie nauwelijks te testen, jouw database komt vol te staan met waardeloze getallen die je vervolgens 1-voor-1 zelf mag gaan vertalen naar een datum. Dan pas kun je zien of het ook de gewenste datum is, testen kost je dus veel meer tijd en kan regelmatig fout gaan. Dit gepruts werkt het maken van fouten namelijk in de hand...
Dom dom dom, een totaal gebrek aan kennis. Dat mag duidelijk zijn.
Sterkte.
Gewijzigd op 01/01/1970 01:00:00 door Frank -
Dit topic doet niks anders als dat bevestigen..
Jacco schreef op 05.05.2008 10:00:
1. Het enige dat ik er over wil zeggen is dat je enorm dom uit je nek loopt te lullen en zo te lezen de ballen verstand hebt van serieus programeren.
Ik vind dat beetje ouwehoeren niet erg is, maar dit vind ik idd ook te ver gaan hoor. Het gebeurt regelmatig dat er op zogenaamde ''noob-questions'' heel flauw wordt gereageerd, in de trant van ''wegwezen, ga php leren'' of iets zoals hierboven. Waar is dat voor nodig? Volgens mij heet deze site phpHULP en is het dus logisch dat hier newbies komen met vragen. Je zou juist blij moeten zijn dat je genoeg ervaring en kennis hebt om mensen te kunnen helpen! Wanneer er echt dom gedaan wordt, reageer dan met: ''Misschien is het een goed idee om deze handleiding door te lezen'' ofzoiets. Want wie zoals Jacco hierboven reageert, lult pas écht uit zijn nek.
Wesley schreef op 05.05.2008 19:03:
*heeft al vaker gedacht dat bepaalde mensen hier een gebrek aan respect hebben*
Dit topic doet niks anders als dat bevestigen..
Dit topic doet niks anders als dat bevestigen..
Als je zelf zo'n gewaagde topic opent, kun je verwachten dat je een discussie aan moet gaan. Het is altijd vervelend als degene die een discussie start zijn standpunt door wilt draven ook al heeft diegene geen poot om op te staan.
Wesley schreef op 05.05.2008 19:16:
Nee, daarom ga je maar schelden en iemand 'dom' noemen. Logica?
Domme opmerking is iets anders dan iemand 'dom' noemen by the way.
Paar voorbeeldjes
Quote:
waarom lopen kutten met secondes en timestamps, tijdzones en weet ik veel wat voor een onzin waar daar perfecte database mogelijkheden voor zijn...
Quote:
Het enige dat ik er over wil zeggen is dat je enorm dom uit je nek loopt te lullen en zo te lezen de ballen verstand hebt van serieus programeren.
Quote:
En dan het belangrijkste: Ik weet niet bij jou maar bij mij zitten er in een minuut hoeveel seconden?
Quote:
Juist.Denk dat het moraal van deze discussie is dat iedereen iets anders handig vind..
"Ja, ik ben het helemaal met je eens Wesley. Ik vind het een top idee om timestamps te gebruiken in combinatie met een database. Er zitten wel risico's aan verbonden, maar dat neemt niet weg om het niet te gaan gebruiken. Daarom zeg ik dat je er goed aan doet om Unix Timestamps gebruikt.
Toch jongens? Timestamps zijn toch tha bomb?"
Als we iedere persoon die een soort van discussie willen starten alleen maar gelijk moeten gaan geven, om het gevolg te vermijden dat diegene zich niet 'gerespecteerd' voelt, dan valt er geen discussie te starten. ;)
Techzine forum?
Tizag forum?
PHPfreakz?
Wat je nu zegt klopt niet helemaal. Het is in zekere zin inderdaad mogelijk om een discussie te starten, mits deze een redelijk onderwerp hebben. Het is niet vereist om de starter gelijk te geven, je kunt deze persoon echter wel met redelijke argumenten en zonder persoonlijke verwijten terecht wijzen. Bepaalde technieken hebben zich bewezen tegenover andere. Opmerkingen als: ''Je lult uit je nek.'' kunnen vervangen worden door: ''Wat je zegt klopt niet helemaal.''. Wat ik op dit moment duidelijk probeer te maken, is dat het misschien een optie zou zijn om op een normale manier een discussie te voeren en niet in de stijl van: ''Wie het hardst schreeuwt heeft gelijk.''
Ik hoop hiermee duidelijk te zijn geweest.
Hoogachtend,
Evert
Ik ben het helemaal met u eens en sommige mensen behoren te praten als ieder normaal wezen op deze aardkloot. Bij deze wil ik dus een beroep doen op diegene die zich hiervoor voelen aangesproken: 'Wil diegene met enige beschaafde toon een discussie voeren, zodat de sfeer op dit forum te doen is?' Mijn dank is groot.
Hoogachtend,
GaMer13
Quote:
vind ik echt te dom voor woorden. Als het hier al niet eens meer mogelijk is om een vraag te stellen zonder meteen allerlei verwijten naar je kop gesmeten te krijgen, is dit inderdaad niet zo'n geweldig forum. Ik ben hier nog niet zolang geregistreerd maar kennelijk staan bepaalde personen erg hoog in aanzien en kunnen zij vanalles maken. Deze plek is dacht ik bedoeld om te leren, en als elke poging daartoe de grond in wordt gestampt, waar moet het dan heen?Als je zelf zo'n gewaagde topic opent, kun je verwachten dat je een discussie aan moet gaan. Het is altijd vervelend als degene die een discussie start zijn standpunt door wilt draven ook al heeft diegene geen poot om op te staan.
Maar blijkbaar is de discussie afgelopen, dus ik ga dan ook niet meer in dit topic posten. Als iemand nog kritiek heeft op mijn 'gedrag' of iets wat ik getypt heb in voorgaande posts, dan kun je de PM mogelijkheid gebruiken.
Pagina: « vorige 1 2 3 volgende »