DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
stom, idd zo krijg ik geen foutmelding meer... echter pakt hij de WHERE clausule dan niet meer... (het maakt dan geen verschil meer of ik de WHERE er bij zet of niet..quote:Op zaterdag 16 mei 2009 21:16 schreef GlowMouse het volgende:
WHERE komt na JOIN, zie http://dev.mysql.com/doc/refman/5.0/en/select.html
enig idee waar dit aan kan liggen/
Elke rij die je terugkrijgt, voldoet toch echt aan je WHERE.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
probleem opgelost, had te maken met niet ingevulde waardes in de databasequote:Op zaterdag 16 mei 2009 21:25 schreef GlowMouse het volgende:
Elke rij die je terugkrijgt, voldoet toch echt aan je WHERE.
Ik haal nu op deze manier de gegevens op:
echter als ik nu kalender.id wil opvragen
(echo $row["kalender.id"];) dan komtie altijd terug met kalendertype.id hoe kan dit ?
| 1 2 3 4 5 6 7 8 9 | $sql = "SELECT kalender.link,kalender.id,kalender.day,kalender.month,kalender.year,kalender.type,kalendertype.id,kalendertype.kleur FROM kalender JOIN kalendertype ON kalendertype.id = kalender.type WHERE (month='$month' AND year='$year') || (month='*' AND year='$year') || (month='$month' AND year='*') || (month='*' AND year='*') ORDER BY kalender.day,kalender.vanafuur,kalender.vanafmin DESC "; ?> |
echter als ik nu kalender.id wil opvragen
(echo $row["kalender.id"];) dan komtie altijd terug met kalendertype.id hoe kan dit ?
Volgens mij zou $row['kalender.id'] niets mogen opleveren en moet je $row['id'] gebruiken. Als je een id van twee (of meer) tabellen leest, zul je met aliassen moeten werken.quote:Op zaterdag 16 mei 2009 22:53 schreef BaggerUser het volgende:
Ik haal nu op deze manier de gegevens op:
[ code verwijderd ]
echter als ik nu kalender.id wil opvragen
(echo $row["kalender.id"];) dan komtie altijd terug met kalendertype.id hoe kan dit ?
(Incomplete code)
| 1 2 3 | $sql = "SELECT kalender.id, kalender.type, kalendertype.id AS typeid, kalendertype.kleur FROM kalender ... "; ?> |
Als kalender.type en kalendertype.id gelijk zijn (volgens JOIN ... ON ... ) dan kun je je ook afvragen of je ze beide nodig hebt.
quote:Op zondag 17 mei 2009 00:27 schreef Light het volgende:
[..]
Volgens mij zou $row['kalender.id'] niets mogen opleveren en moet je $row['id'] gebruiken. Als je een id van twee (of meer) tabellen leest, zul je met aliassen moeten werken.
(Incomplete code)
[ code verwijderd ]
Als kalender.type en kalendertype.id gelijk zijn (volgens JOIN ... ON ... ) dan kun je je ook afvragen of je ze beide nodig hebt.
wat jij zegt klopt, ik kon kalendertype.id weglaten bij het opvragen, deze pakt hij al door de join maar dat van alliassen wist ik niet
weer wat geleerd!
Tot nu toe programmeer ik altijd zo dat de queries (mysql_query(), mysql_fetch_assoc()), altijd direct in de code worden meegenomen.
Ik zie wel eens dat mensen hier handgeschreven functies voor hebben, iemand die zin heeft dit te delen?
Ik zie wel eens dat mensen hier handgeschreven functies voor hebben, iemand die zin heeft dit te delen?
Of is PDO iets http://www.websitemaken.be/index.php?page=show_item&id=643
//edit, zojuist een oud topic gevonden, [PHP/(My)SQL] voor dummies - deel 57 - PDO
[ Bericht 23% gewijzigd door Likkende_Lassie op 17-05-2009 12:14:23 ]
http://www.websitemaken.be/index.php?page=show_item&id=643//edit, zojuist een oud topic gevonden, [PHP/(My)SQL] voor dummies - deel 57 - PDO
[ Bericht 23% gewijzigd door Likkende_Lassie op 17-05-2009 12:14:23 ]
Ok dit snap ik dus niet:
Ik krijg een resultaat, maarrrrr als ik de bindparam weglaat, of een foute waarde meegeef, krijg ik nog steeds resultaten uit de database
Volgens mij doe ik niks verkeerd, maar wie weet toch??
| 1 2 3 4 5 6 7 8 | $query['domains'][1] = $dbh->prepare("SELECT * FROM domains WHERE (domain = :domainname AND status = 1) LIMIT 1"); $query['domains'][1]->bindParam(':domainname', $domain, PDO::PARAM_STR, 12); $query['domains'][1]->execute(); if ($domain_info = $query['domains'][1]->fetch(PDO::FETCH_ASSOC)){ ?> |
Ik krijg een resultaat, maarrrrr als ik de bindparam weglaat, of een foute waarde meegeef, krijg ik nog steeds resultaten uit de database
Volgens mij doe ik niks verkeerd, maar wie weet toch??
Helaas Likkende_Lassie, ik ben nog niet bekend met PDO 
Verder heb ik een vraag, voor een systeem wil ik een vorige / volgende optie inbouwen om naar een vorige / volgende item te kunnen gaan zonder eerst terug naar de categorie te hoeven gaan.
Nu doe ik dit middels 3 queries, 1 voor de huidige, dan 1 voor de vorige en 1 voor de volgende, maar volgens mij moet dit ook mogelijk zijn met 1 óf 2 queries ipv 3?
Weet iemand of dit mogelijk is? google kon mij geen antwoorden verschaffen!
Verder heb ik een vraag, voor een systeem wil ik een vorige / volgende optie inbouwen om naar een vorige / volgende item te kunnen gaan zonder eerst terug naar de categorie te hoeven gaan.
Nu doe ik dit middels 3 queries, 1 voor de huidige, dan 1 voor de vorige en 1 voor de volgende, maar volgens mij moet dit ook mogelijk zijn met 1 óf 2 queries ipv 3?
Weet iemand of dit mogelijk is? google kon mij geen antwoorden verschaffen!
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Ik gebruik een aangepaste versie van dbFacile. Erg handige class.quote:Op zondag 17 mei 2009 12:03 schreef Likkende_Lassie het volgende:
Tot nu toe programmeer ik altijd zo dat de queries (mysql_query(), mysql_fetch_assoc()), altijd direct in de code worden meegenomen.
Ik zie wel eens dat mensen hier handgeschreven functies voor hebben, iemand die zin heeft dit te delen?
Ik ga er eens naar kijken, weet jij misschien het probleem van een aantal postst hierboven? Ik kom niet verder zo!quote:Op maandag 18 mei 2009 10:12 schreef Scorpie het volgende:
[..]
Ik gebruik een aangepaste versie van dbFacile. Erg handige class.
Het kan wel middels gebruik van subqueriesquote:
Helaas Likkende_Lassie, ik ben nog niet bekend met PDO
Verder heb ik een vraag, voor een systeem wil ik een vorige / volgende optie inbouwen om naar een vorige / volgende item te kunnen gaan zonder eerst terug naar de categorie te hoeven gaan.
Nu doe ik dit middels 3 queries, 1 voor de huidige, dan 1 voor de vorige en 1 voor de volgende, maar volgens mij moet dit ook mogelijk zijn met 1 óf 2 queries ipv 3?
Weet iemand of dit mogelijk is? google kon mij geen antwoorden verschaffen!
| 1 2 3 4 5 6 | FROM articles WHERE id IN ( SELECT id FROM articles WHERE id > ? ORDER BY id ASC LIMIT 1)) OR id IN ( SELECT id FROM articles WHERE id < ? ORDER BY id DESC LIMIT 1); |
maar op de server waar de site draait kan ik helaas geen subqueries gebruiken
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Ik ben momenteel bezig met een archief pagina voor een website.
Alle nieuws/blog berichten moeten als volgt komen te staan:
Mei:
- nieuws 1
- nieuws 2
April:
- nieuws 1
- nieuws 2
Maart:
- nieuws 1
- nieuws 2
Maar ik krijg het nu zo:
Mei:
- nieuws 1
Mei:
- nieuws 2
April:
- nieuws 1
April
- nieuws 2
Maart:
- nieuws 1
Maart:
- nieuws 2
Iemand een oplossing?
Tevens als de maand niet bestaat moet hij deze ook niet laten zien. en het liefst ook nog sorteren per jaar. Dus dat er 2008 of 2009 boven komt te staan.
Alle nieuws/blog berichten moeten als volgt komen te staan:
Mei:
- nieuws 1
- nieuws 2
April:
- nieuws 1
- nieuws 2
Maart:
- nieuws 1
- nieuws 2
Maar ik krijg het nu zo:
Mei:
- nieuws 1
Mei:
- nieuws 2
April:
- nieuws 1
April
- nieuws 2
Maart:
- nieuws 1
Maart:
- nieuws 2
Iemand een oplossing?
Tevens als de maand niet bestaat moet hij deze ook niet laten zien. en het liefst ook nog sorteren per jaar. Dus dat er 2008 of 2009 boven komt te staan.
Disturbed Mind
Het leven: Soms ben je de duif, soms het standbeeld.
Het leven: Soms ben je de duif, soms het standbeeld.
Post je query eens. Ik vermoed dat je even een "GROUP BY" moet toevoegen.quote:Op maandag 18 mei 2009 16:46 schreef Pizzahut het volgende:...
Volgens mij gaat de query wel goed en is het gewoon een kwestie van op de juiste manier weergeven. Iedere maand maar 1 keer noemen, dus bijhouden welke maand je weergeeft.quote:
[..]
Post je query eens. Ik vermoed dat je even een "GROUP BY" moet toevoegen.
Als ik de GROUP BY gebruik krijg ik dus de 2e.
Ik moet dus 12 query's aanmaken? Een voor elke maand?
Wordt het dan niet ontiegelijk langzaam?
Ik moet dus 12 query's aanmaken? Een voor elke maand?
Wordt het dan niet ontiegelijk langzaam?
Disturbed Mind
Het leven: Soms ben je de duif, soms het standbeeld.
Het leven: Soms ben je de duif, soms het standbeeld.
Van dat tweede kun je vrij eenvoudig maken wat je hebben wilt, zonder extra queries. Gewoon bijhouden welke maand je weergeeft, en als het bericht uit die maand is dan meld je de maand niet nog een keer. Als het een andere maand is, zet je de maand weer neer.quote:
Als ik de GROUP BY gebruik krijg ik dus de 2e.
Ik moet dus 12 query's aanmaken? Een voor elke maand?
Wordt het dan niet ontiegelijk langzaam?
kan er geen distinct bij worden gebruikt dat hij de maanden distinct?
dan zou de maand geval wel werken.
SELECT DISTINCT maand FROM nieuws
bron:
http://www.1keydata.com/sql/sqldistinct.html
dan zou de maand geval wel werken.
SELECT DISTINCT maand FROM nieuws
bron:
http://www.1keydata.com/sql/sqldistinct.html
Redacted
Post je query eens. Dit is gelul in de lucht. Jij denkt dat er geen fout zit, ik vermoed van wel. Je hebt geen codevoorbeeld, niets.quote:Op maandag 18 mei 2009 19:47 schreef Light het volgende:
[..]
Volgens mij gaat de query wel goed en is het gewoon een kwestie van op de juiste manier weergeven. Iedere maand maar 1 keer noemen, dus bijhouden welke maand je weergeeft.
Post je code, de query, laat ons iets zien, dan kunnen WIJ oordelen en adviseren. Daar vraag je om, maar je geeft ons geen enkel handvat.
Ik vroeg nietsquote:
Daar vraag je om, maar je geeft ons geen enkel handvat.
Laat maar, ik haak af. Ik was bereid je te helpen. Je bent godverdomme te lui om te knippen en te plakken. Dan niet.quote:
Ja, of je leest even terug wie wat heeft gepost.quote:
[..]
Laat maar, ik haak af. Ik was bereid je te helpen. Je bent godverdomme te lui om te knippen en te plakken. Dan niet.
