abonnement Unibet Coolblue Bitvavo
  zaterdag 16 mei 2009 @ 21:23:32 #26
74523 BaggerUser
ModderFokker!
pi_69097652
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
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..

enig idee waar dit aan kan liggen/
De enige echte BaggerUser!
Riemen
fiets kopen
  zaterdag 16 mei 2009 @ 21:25:07 #27
75592 GlowMouse
l'état, c'est moi
pi_69097726
Elke rij die je terugkrijgt, voldoet toch echt aan je WHERE.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  zaterdag 16 mei 2009 @ 21:32:42 #28
74523 BaggerUser
ModderFokker!
pi_69098059
quote:
Op zaterdag 16 mei 2009 21:25 schreef GlowMouse het volgende:
Elke rij die je terugkrijgt, voldoet toch echt aan je WHERE.
probleem opgelost, had te maken met niet ingevulde waardes in de database
De enige echte BaggerUser!
Riemen
fiets kopen
  zaterdag 16 mei 2009 @ 22:53:30 #29
74523 BaggerUser
ModderFokker!
pi_69101532
Ik haal nu op deze manier de gegevens op:
1
2
3
4
5
6
7
8
9
<?php
$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 ?
De enige echte BaggerUser!
Riemen
fiets kopen
pi_69105350
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 ?
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)
1
2
3
<?php
$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.
  zondag 17 mei 2009 @ 09:24:47 #31
74523 BaggerUser
ModderFokker!
pi_69110222
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!
De enige echte BaggerUser!
Riemen
fiets kopen
  zondag 17 mei 2009 @ 12:03:52 #32
85919 Likkende_Lassie
Doe eens wat aan je ondertitel
pi_69112965
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?
  zondag 17 mei 2009 @ 12:07:35 #33
85919 Likkende_Lassie
Doe eens wat aan je ondertitel
pi_69113046
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 ]
  zondag 17 mei 2009 @ 14:11:51 #34
85919 Likkende_Lassie
Doe eens wat aan je ondertitel
pi_69116757
Ok dit snap ik dus niet:

1
2
3
4
5
6
7
8
<?php
$query
['domains'][1] = $dbh->prepare("SELECT * FROM domains WHERE (domain = :domainname AND status = 1) LIMIT 1");
$query['domains'][1]->bindParam(':domainname'$domainPDO::PARAM_STR12);
$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??
  maandag 18 mei 2009 @ 09:21:04 #35
85919 Likkende_Lassie
Doe eens wat aan je ondertitel
pi_69141525
iemand?
pi_69142683
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!
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_69142764
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 gebruik een aangepaste versie van dbFacile. Erg handige class.
  maandag 18 mei 2009 @ 11:56:59 #38
37634 wobbel
Da WoBBeL King
pi_69145965
roflpantoffel oops

[ Bericht 69% gewijzigd door wobbel op 18-05-2009 12:02:08 ]
  maandag 18 mei 2009 @ 12:16:19 #39
85919 Likkende_Lassie
Doe eens wat aan je ondertitel
pi_69146531
quote:
Op maandag 18 mei 2009 10:12 schreef Scorpie het volgende:

[..]

Ik gebruik een aangepaste versie van dbFacile. Erg handige class.
Ik ga er eens naar kijken, weet jij misschien het probleem van een aantal postst hierboven? Ik kom niet verder zo!

pi_69148920
quote:
Op maandag 18 mei 2009 10:09 schreef Chandler het volgende:
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!
Het kan wel middels gebruik van subqueries

1
2
3
4
5
6
SELECT * 
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...
  maandag 18 mei 2009 @ 16:46:47 #41
137690 Pizzahut
Het Bora Bora Gebergte
pi_69155623
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.
Disturbed Mind
Het leven: Soms ben je de duif, soms het standbeeld.
pi_69160225
quote:
Op maandag 18 mei 2009 16:46 schreef Pizzahut het volgende:...
Post je query eens. Ik vermoed dat je even een "GROUP BY" moet toevoegen.
pi_69161524
quote:
Op maandag 18 mei 2009 19:09 schreef beerten het volgende:

[..]

Post je query eens. Ik vermoed dat je even een "GROUP BY" moet toevoegen.
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.
  maandag 18 mei 2009 @ 20:06:25 #44
137690 Pizzahut
Het Bora Bora Gebergte
pi_69162336
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?
Disturbed Mind
Het leven: Soms ben je de duif, soms het standbeeld.
pi_69164048
quote:
Op maandag 18 mei 2009 20:06 schreef Pizzahut het volgende:
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?
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.
pi_69166962
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
Redacted
pi_69167131
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 query eens. Dit is gelul in de lucht. Jij denkt dat er geen fout zit, ik vermoed van wel. Je hebt geen codevoorbeeld, niets.
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.
pi_69167522
quote:
Op maandag 18 mei 2009 21:34 schreef beerten het volgende:

Daar vraag je om, maar je geeft ons geen enkel handvat.
Ik vroeg niets
pi_69167646
quote:
Op maandag 18 mei 2009 21:43 schreef Light het volgende:

[..]

Ik vroeg niets
Laat maar, ik haak af. Ik was bereid je te helpen. Je bent godverdomme te lui om te knippen en te plakken. Dan niet.
pi_69167754
quote:
Op maandag 18 mei 2009 21:45 schreef beerten het volgende:

[..]

Laat maar, ik haak af. Ik was bereid je te helpen. Je bent godverdomme te lui om te knippen en te plakken. Dan niet.
Ja, of je leest even terug wie wat heeft gepost.
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')