|
problem oko paginacije
Imam tabelu sa postovima, treba namestiti da se na strani prikaze limitiran broj postova, ali nece postojati unapred odredjeni broj postova po strani, nego ce se rucno birati iza kog posta dolazi page break. Znaci u admin delu se izabere npr. da iza 7-og, 12-tog, 24-tog posta dolazi break, i to onda znaci da ce se na prvoj strani prikazati prvih 7 postova, na drugoj postovi 8-12, itd.. Break se u tabeli belezi poocu boolean polja, ako postoji break iza tog posta onda je TRUE, inace FALSE (odnosno 1 i 0, mysql ne razlikuje boolean od integera)
so far so good, ali kako sad da odradim paginaciju na strani? Da mi se ispise: Pages 1 [2] 3 4 5 ako sam trenutno na drugoj strani, a ima ih ukupno 5. Jel ima neko ideju kako efikasno pronaci offsete i limite za svaku od strana? Trebao bi mi upit tipa: nadji pozicije u rezultatima za rekorde sa nekim uslovom, ali to ne umem da napisem?! Jedina (ali seljacka) mogucnost koje sam se setio je da izvadim sve rezultate, pa da u php-u protrcim kroz niz i nadjem indexe, ali nadao sam se necem brzem i elegantnijem... |
Znaci broj strana kod tebe je u stvari broj break-ova, zar ne? Ja bih nasao koliko ima break-ova, pa bih onda proverio na kojoj sam strani i uz pomoc drugih sort kriterijuma (pretpostavljam da sortiras po jos nekom kriterijumu, recimo datetime) prikazao samo one od proslog break-a, do novog break-a (mozes da pokupis i id koji je vezan za taj break).
Ne znam kakva je struktura tabele pa govorim napamet. |
Ja bih koristio malo drugačiji pristup čisto da dignem pritisak čistuncima i profesorima informatike - umesto flaga čuvao bih na kojoj se tačno strani nalazi post. Broj strana je broj distniktnih vrednosti tog polja. Lista postova na 5. stranici ide sa where to_polje = 5.
Ne znam da li je u tvom slučaju ovaj pristup izvodljiv i ima smisla jer zahteva da prilikom izmene reindeksiraš vrednosti polja, ali eto - drugačija perspektiva. PS: Interfejs za ovo bi bio ludilo lud :) Šteta što nemam potrebu ni za čim sličnim inače bih već sad seo da ga skuckam :D |
Citat:
A ako postovi mogu da se brišu.. e onda nisam baš siguran kako bi to radilo, cela ta stvar koju si zamislio :) U stvari, to je slično ovom što Ilija reče, kad malo bolje pogledam. Opet imaš taj problem kad se izmene vrednosti u admin delu.. Evo još jedna ideja: napravi drugu tabelu gde ćeš imati definisano da postovi 1-7 na 1. stranici, 8-12 su 2. stranica, itd (tabela sa dve kolone: "postID" ide redom 1,2,3,4,5,6.. dokle ti treba, a druga kolona je "stranicaID" u kojoj bi onda imao 1,1,1,1,1,1,1,2,2,2,2,2, ..). I onda lako nađeš na kojoj si stranici? Valjda, ako sam dobro razumeo.. |
Citat:
|
hvala svima, sklepao sam nesto izmedju, u zasebnoj tabeli snimam kao niz pozicije na kojima su pocheci strana, tipa 0,7,12,24, a trenutni page number prenosim kao parametar.. i onda se iz toga da izracunati offset i limit za svaku stranu... sta god da se izmeni oko postova u administraciji, kreiram naprosto ceo niz iz pocetka (ne desava se precesto, a tako je najjednostavnije)
ovo sto je degojs predlozio je isto dobro resenje, ali sam prekasno to video, pa cu to da ostavim za neku sledecu priliku... |
a sta je sa sortingom?
recimo da imas 12 rekorda u tabeli, svaki cetvrti je vrednost break sto bi znacilo da se strana tu deli (3 strane po 4 elementa), ali po odredjenom kriterijumu sortiranja ispade da svi rekordi sa break treba da budu na prvoj strani - onda ispada da ces imati 2 strane sa po jednim rekordom i cetvrtu sa 10 edit: u medjuvremenu si resio :) |
Citat:
@ivanhoe: Mislim da je to tvoje rjesenje sa cuvanjem pozicija komplikovanije i teze za odrzavanje, tj. manje je fleksibilno za eventualnu naknadnu izmjenu aplikacije... Mislim da bi se isplatilo potrositi jos nekoliko sati i napraviti rjesenje po degojsovom prijedlogu... |
ok, ovo je usko definisana fora, sortiranje je iskljucivo hronolosko (blog-like), tako da cela stvar ima smisla u tom kontextu. E sad ako se menja redosled sortiranja, onda bi morali za svaki nacin sortiranja da se definisu zasebni break pointi, to bi resilo taj problem, ali bi sve zajendo postalo beskonacno komplikovano :)
|
| Vreme je GMT +2. Trenutno vreme je 03:23. |
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.