sql dopyt, co je zle?

Mám toto



potrebujem k tomu pridať ešte delete='fail' čo značí že to ma vyberat len spravy ktore tam nemaju 'delete' ale 'fail' čo znamená že správy user nemaže, iba ak ich nechce mať tak sa tam prestavi cez Update toto a je to.
mazat ich nechcem, narobilo by to bordel v outboxe a musel by som mat vsetko 2x. Problem je nasledovný, nech skusam cokolvek nefunguje to. nechápem prečo skusam rozne kombinacie ale vzdy to pise:

Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource

a zápis mam takýto:



ked položku delete nahradím inou, tak to funguje. nechápem tomu vôbec

daj si echo toho dopytu, ktovie co mas v session...
alebo si daj vypisat mysql_error(), mozno je problem v tom, ze nazov stlpcu je DELETE, co je prikaz rpe sql.. skus dat

Alebo by mohli pomôcť aliasy:

Ale pozor, nenechávaj to tam, nechaj to tam iba pre debugovanie

dakujem vsetkym. Bolo to v názve toho stlpca, som si az potom uvedomil ze delete je samotny dopyt aj, ale nenapadlo ma ze to moze robit problem v selecte.

mal by som este jeden dotaz k tým SS. Potrebujem sa poradiť, ako som spomínal tak to mam riesene cez update. ale aj správy z outboxu aj z inboxu odkazuju na msg.php kde sa nacita id:) to znamená že ked budem vyberat spravy podla hodnoty delete/fail tak to bude fungovat len v inboxe, lebo ked to vymaze user v inboxe komu to prislo, tak ten co to poslal tam bude tiez mat ze vymazane...pritom on to nemazal a ma to mat v outboxe chapete. ako toto riesit? napadli ma rozne veci ako spravit druhy view subor ale toto su zbytocne komplikovane veci..ci by to neslo nejak efektivne v prvom rade

Mohol by si to zapísať ako druhú správu. Čiže ak niekto pošle správu, tak sa zapíše dvakrát. Jedna bude u odosielateľa v outboxe a druhá u prijímateľa v inboxe.

na co ukladat spravu viackrat? to je uplne zbytocne... ak nechces vytvarat dalsie tabulky, tak ti staci pridat do existujucej stlpce in_status a out_status, kde mozes uchovavat, ci bola sprava vymazana v inboxe alebo v outboxe, pripadne medzistupen, ci bola uz v inboxe precitana - to by bola zaujimava informacia pre odosielatela... neviem, aku mas strukturu tabulky, ale mohlo by to vypadat nejak takto:

id_sprava, id_adresat (v tvojom pripade nick), id_odosielatel (v tvojom pripade nick), datum, sprava, in_status, out_status

to znamena:
1. ked chces vypisat spravy v inboxe, tak budes kontrolovat id_adresat a in_status... ak sa vymaze (pripadne precita) sprava v inboxe, zapises tuto informaciu do in_status
2. ked chces vypisat spravy v outboxe, tak budes kontrolovat id_odosielatel a out_status, ak sa vymaze sprava v outboxe, zapises to do out_status

No tiež mi to napadlo, ale ak sa bude dať v budúcnosti odosielať správy viacerým naraz, tak to už nebude stačiť. Ešte ďalšia možnosť je spraviť tabuľku, ktorá bude spájať užívateľa s konkrétnou správou. V tej tabulke budú id užívateľov, id správ, statusy a in/out flagy.

nebude to stacit, ale aspon sa nebudu duplikovat spravy v tabulke, na druhej strane zas moznost odosielat spravy viacerym naraz je nachylna na zneuzitie pre spam, takze toho by som sa az tak nebal, ze to tam v buducnosti zakomponuje... ale mozne je vsetko...

mat viacero tabuliek by bolo idealne riesenie, ale asi bude pre neho jednoduchsie a rychlejsie implementovatelne, ked tam prida len stlpce pre statusy...