Pa to pitanje sam ja postavio kako najelegantnije bindat nešto za taj case…a da se ne strga query i zadrzi logika querya… a @ognjen je dao dosad najprihvatljiviji odgovor.
Ispravno je da sve sto dodje kao input moras procistititi, obraditi i napisati business logiku.
Sto mislis, ako imas formu filter sa 30 parametara i mozes pretazivati po bilo cemu i mozes imati bilo koliko parametara od 1-30.
Za svaki parametar moras imati obradu, ciscenje i dinamicko slaganje wuery-a, da li ces imati funkciju za to, rucno, doctrine ili neki drugi library ne bitno.
Takve stvari se ne rjesavaju sa sql-om, a niti je sql namijenjen za to.
Business logika na bazi ima smisla , ako koristis oracle ili postgrsql bazu.
Pa onda veci dio imas u procedurama i funkcijama.
Tebi se baš teško držati pitanja.
Ali kad već tumačiš što je ispravno, onda je tvoj pristup sa ručnim petljanjem po parametrima svakako manje ispravan nego kad se taj dio automatizira.
Napisao sam ti da za ciscenje podataka, validaciju i sl. , mozes imati funkcije, znaci sve automatizirano.
Sto ces sa datumima?
Imas x formata datuma, svaki korisnik hoce u drugom formatu, onda su tu vremenske zone itd.
I jos hrpa toga.
Ali neka ti bude. Kod mene je ovo sve automatizirano.
Sve radi automatizirano i gradnja dinamickog sql query-a, ovisi sto dodje.
Filter na formi sa vise id 5 parametara imas rijetko, ali imas.
…