PHP Podešavanja aplikacije

[JohnnyNT]

Recimo da želim da napravim neku PHP aplikaciju, konkretnije nekakav mini blog (ili neku drugu vrstu CMS-a, svejedno) i hoću da administrator tog CMS-a ima na raspolaganju određena podešavanja tipa: prikaz broja tekstova po stranici, njihov poredak po vrmenu nastanka itd.

Ja bih ta podešavanja sačuvao u tabeli i kasnije naravno radio query i pozvao ta podešavanja.Ali pošto je potrebno na jednoj strani uključiti veći broj podešavanja ja pretpostavljam da nije baš preporučljivo stalno raditi nekoliko puta query odjednom.

Pošto sam, jel'te, početnik i nisam još uvek sve stavke PHP-a pročešljao, možete li mi dati savet/hint kako ovo da izvedem?

[Neutrino]

A zašto ne bi jednostavno sva podešavanja preuzeo odjednom i držao ih u promenjljivoj kojoj bi kasnije pristupao po potrebi? Na taj način "trošiš" samo jedan jedini upit mada ako hoćeš možeš da dobiješ još veću optimizaciju dodavanjem indeksa na kolone iz tabele.

Za tabele sa podešavnjima u principu je najbolja "key / value" varijanta gde je key primarni ključ koji jedinstveno identifikuje o kom se podešavnju radi a value vrednost podešavanja. Primera radi sledeća relacija:

cfg_name, cfg_value

gde su obe kolone tipa VARCHAR a cfg_name je u isto vreme i primarni ključ. Dodavanje indeksa na kolone u tabelama koje služe za smeštanje podešavanja je dobra stvar pošto se u njima sadržaj relativno retko menja pa ovde možeš slobodno na obe kolone da dodaš indekse (mada ti realno treba samo indeks za cfg_value jer je cfg_name kao primarni ključ već indeksiran).

Mala napomena u vezi ovog redosleda članaka koji si pomenuo. Takav podatak nemoj da skladištiš u tabeli sa podešavnjima već u tabeli sa člancima jer je prva stvar koju moraš da uradiš kod dizajniranja dobre relacione baze prepoznavanje entiteta i njihovih atributa. Redosled članaka ne može nikako da bude atribut tabele podešavanja jer je to nešto što karakteriše članak kao entitet (entite = tabela, atribut = kolone, najjednostavnije rečeno).

Zato podatak o redosledu treba da čuvaš u tabeli sa člancima tako što ćeš da dodaš recimo kolonu order tipa INT gde će broj jednostavno da definiše redosled članka kod grupisanja. Još idealnija situacija bi bila ako bi tvoja baza čuvala podatke i o kategorijama članaka tj. imala zasebnu tabelu sa listom kategorija (id_category, title) a tabela sa člancima imala kolonu category (INT) za čuvanje informacije o tome kojoj kategoriji članak pripada.

Sa takvim uređenjem mogao bi da napraviš jako moćan sistem sortiranja u okviru svake grupe. Recimo zamisli upit nad tabelom sa člancima koji se završava sa:

...ORDER BY category, `order`

Na taj način bi svi rezultati upita iz baze sa člancima bili tako sortirani da se prvo sortiraju po kategoriji pa tek onda po order vrednosti što znači da možeš potpuno odvojeno da kontrolišeš redosled prikaza za svaku kategoriju članaka