Hallo,

Ik loop tegen een hele vage fout in php/sql

Dit is mijn code:

PHP Code:

$res = mysql_query("select * from nieuws where`positie`<'11'") 


In de database staan 2 rijen:
1 met positie op 2, en 1 met positie op 10.
Je zou denken dat hij ze bijden ophaalt (ze zijn lager dan 11) maar hij haalt niks op :s

Iemand een idee?

Alvast bedankt

Om exact te zien wat MySQL doet kun je de querie beter uitvoeren in PhpMyAdmin --> SQL. Als je daar vervolgens 2 rijen ziet dan klopt je SQL maar is je PHP code fout waardoor niet alles weergeven wordt. Ik denk dus ook aan het laatste :-)

Daarlangs is je SQL echt bagger (onleesbaar) ga daar eens aan werken:
select * from nieuws where`positie`<'11'

SELECT
veldnaam,
veldnaam2
FROM nieuws
WHERE positie < 11

php is goed, simepl mysql_num_rows geeft 0 terug, daarnaast is het niet bagger, waarom zou ik alle velden een voor 1 ingeven als ik ze allemaal (*) moet halen?
Aanvullend bericht:
ook in phpMyAdmin blijft het angstvallig leeg, terwijl als ik < vervang door > het wel word weergeven, hoe kan dit??
MySql ziet 9 en 2 hoger dan 11 :S

waarom zou ik alle velden een voor 1 ingeven als ik ze allemaal (*) moet halen?

Het gaat niet alleen om de * maar ook om de structuur van je SQL, die is zoals ik aangaaf onduidelijk c.q. minder leesbaar is als in mijn voorbeeld.

Over het aangeven van velden gesproken is het gewoon weg professioneler om dat dus wel te doen. Daarlangs zorg je ervoor dat er geen onnodige velden geladen worden (De database geen performance verliest).

Als ik een script beoordeel dan haak ik vaak af op het gebruik van * :)
Aanvullend bericht:

ook in phpMyAdmin blijft het angstvallig leeg, terwijl als ik < vervang door > het wel word weergeven, hoe kan dit??
MySql ziet 9 en 2 hoger dan 11 :S

Op welk type staat het veld ingesteld?

varchar

Origineel gepost door Cedric H.

varchar

Wijzig dit eens naar INT (lengte als max aantal tekens). Je slaat cijfers (integers) op als INT om dit soort problemen te voorkomen. Varchar reageert anders bij gebruik van > (hoger) of < (lager) dan het veld type INT natuurlijk.

zet er af en toe ook text in (notpublished) zal wel gewoon ander veld aanmaken

Origineel gepost door Cedric H.

zet er af en toe ook text in (notpublished) zal wel gewoon ander veld aanmaken

Dat is een strak plan Cedric, je zult zien dat het probleem daaraan ligt :)

Origineel gepost door A van Schayk

Als ik een script beoordeel dan haak ik vaak af op het gebruik van * :)

Tenzij je alle velden gaat gebruiken, daarnaast vind ik zijn query helemaal niet slecht. Jouw query mist nog de ` om de veld cq tabelnamen. Bij gebruik van een sql commando ga jij dus problemen krijgen. Ts mist hem trouwens ook bij de tabelnaam, maar ach..

De fout zit erin dat je 11 opschrijft als string. Gebruik niet '11' maar 11. Nu is het net alsof je zegt 2>'tekst'. Overigens ben ik het met de rest eens, je MySQL codes zijn erg onoverzichtelijk. Ik adviseer je ook om geen backticks te gebruiken.

Het ligt niet aan het veld positie, zoals anderen suggereren, die kan gewoon VARCHAR blijven (hoewel ook ik INT adviseer). Het gaat om die 11.

die 11 maakt nu juist niks uit, al geprobeerd sorry, lag wel degelijk aan INT

Origineel gepost door Cedric H.

die 11 maakt nu juist niks uit, al geprobeerd sorry, lag wel degelijk aan INT

Dat is vreemd, welke MySQL versie staat er op je server?

Ik heb hetzelfde probleem een keer gehad, en toen lag de oplossing wel degelijk op het punt wat ik adviseerde.

moet ik dalijk even kijken, is server van een klant dus heb geen idee.

In ieder geval sluit ik dit topic, probleem is al opgelost. Bedankt iedereen!

Origineel gepost door Jesper van E.

Dat is vreemd, welke MySQL versie staat er op je server?

Ik heb hetzelfde probleem een keer gehad, en toen lag de oplossing wel degelijk op het punt wat ik adviseerde.

'11' moet gewoon werken, het is inderdaad onjuist c.q. onprofessioneel omdat het zoals je aangeeft geen tekst c.q. string is. Het werkt niet op het moment dat er een spatie of iets dergelijks wordt meegenomen.

De fout lag bij Cedric aan het verkeerd veld type omdat VARCHAR geen hoger / lager kan bevatten en INT wel. Zowel INT als VARCHAR kunnen wel gesorteerd worden op bijvoorbeeld op ASC.

kan iemand anders dit topic sluiten? mij lukt het weer niet :-(