Shit doesn't happen by it self, it's made by a arsehole.
Ik snap niet dat het 2e argument geen kolom mag zijn, aangezien dit bij vele andere functies wel kan. Ook staat dit nergens in de manual, hier staat dat het een string moet zijn. Wat ook staat bij de andere functies wie wel een kolom naam acepteren.Verwijderd schreef op 14 January 2003 @ 10:40:
2e argument mag geen kolom zijn, maar moet een string bevatten?
Shit doesn't happen by it self, it's made by a arsehole.
Verwijderd
1
| ' |
1
| ` |
1
2
| ` (backtick) -> deze zet je om veldnamen heen ' (normale enkele quote) -> deze zet je om strings eens |
het is dus vrij logische dat het bij jou lukt wanneer je de normale quote gebruikt, er wordt dan namelijk niet de waarde uit het veld gebruikt maar de naam van het veld als waarden.. snappie?
Brusselmans: "Continuïteit bestaat niet, tenzij in zinloze vorm. Iets wat continu is, is obsessief, dus ziekelijk, dus oninteressant, dus zinloos."
Shit doesn't happen by it self, it's made by a arsehole.
Omdat de sleutel niet in de programmatuur mag staan, en deze anders is voor elke entry.MAar dan is het mij nog niet geheel duidelijk waarom je beide argumenten uit je db wilt halen.
Shit doesn't happen by it self, it's made by a arsehole.
Zoals: decode(veldnaam,MD5(veldnaam))
Maar decode(veldnaam,veldnaam) moet toch gewoon kunnen?
Shit doesn't happen by it self, it's made by a arsehole.
Shit doesn't happen by it self, it's made by a arsehole.
Eerst pass ophalen en in PHP-var zetten.
Dan deze PHP-var opnemen in de SQL-string.
Let wel dat dit alleen werkt bij het ophalen voor 1 gebruiker.
ik wil een zoekactie doen in mysql. Aangezien het om 30.000 records gaat. (groeit nog).
PS: Decode is een mysql functie.
Shit doesn't happen by it self, it's made by a arsehole.
Verwijderd
pass moet volgens mij een BLOB zijn aangezien ENCODE een binary string maakt!
[edit]
Hier staat dus ONZIN....
* LuCarD moet meer koffie drinken...
[ Voor 24% gewijzigd door LuCarD op 17-01-2003 11:42 ]
Programmer - an organism that turns coffee into software.
Nee, pass is het wachtwoord om een de tekst te encrypten.. het wachtwoord is gewoon een string. Het resultaat van de encode functie is wel een binary string, maar dat klopt ook, want name is als blob gedefinieerd..LuCarD schreef op 17 January 2003 @ 11:27:
Volgens mij is je veld definitie fout....
pass moet volgens mij een BLOB zijn aangezien ENCODE een binary string maakt!
Brusselmans: "Continuïteit bestaat niet, tenzij in zinloze vorm. Iets wat continu is, is obsessief, dus ziekelijk, dus oninteressant, dus zinloos."
Back In Black!
"Je moet haar alleen aan de ketting leggen" - MueR
pass is gewoon een string. Die als KEY functioneerd bij de decode en encode.
In mijn programma staat ie ergens anders in de database.
De naam is een blob, daar staat de encode in die dus gedecode moet worden.
Het probleem wat ik heb, treed vooral op bij
1
| SELECT `id` FROM`gebruiker` WHERE decode(`naam`,`pass`) like '%zoek%' |
Shit doesn't happen by it self, it's made by a arsehole.
Wat wil jij hier dan joinen. Het staa toch al in één tabel.dusty schreef op 17 januari 2003 @ 11:38:
Je zal dit probleem moeten oplossen met een join ipv een decode.
weet op dit moment ook echt niet meer waar ik het moet zoeken.
Shit doesn't happen by it self, it's made by a arsehole.