Sposoby zapisywania Configów Opcje

[Avatarus]

Witam
Zastanawiam się jak zrobić efektywny system zapisywania konfigów panleu sterowania.
Obecnie mam ten oparty o bazę. Czyli jest tabele w niej są zapisywanie ustawienia itp.
Potem w skrypcie funkcja która wczytuje z bazy te dane.
Proste...no niby tak..ale moim zdaniem to zbędne zapytanie SQL, które można pominąć, bo te dane nie są tak często zmieniane.

Mam kilka pomysłów, pomóżcie mi wybrać najbardziej efektywny, który najlepiej oszczędzi serwer (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)
1: Plik np. Config.php
W nim będą zapisywane zmienne wraz z konkretnymi newsami np: $ilosc_pokazywanych_newsow=5; itp

Zalety, łatwo dołączać do każdego skryptu, jednak znowu trzeba wywołać includa lub require.....

2: Zrobić Sekcje początkowe w każdym pliku w który będzie się korzystać z konfiguracji. Zasadniczo w moim mini CMS są 4 taki pliki reszta skryptów dziedziczyło by te dane.
więc wyglądało by to tak:

[PHP] pobierz, plaintext 
<?php
///////////////////////////////
//SEKCJA KONFIGURACYJNA
///////////////////////////////
$ilosc_pokazywanych_newsow=5;
///////////////////////////////
//KONIEC SEKCJI
///////////////////////////////
........[tu treść skryptu]......
?>
[PHP] pobierz, plaintext 

Plusy to fakt że nie trzeba korzystać z bazy, ani nie trzeba includowac plików.
Minus: może być trudne do zapanowania jeśli wiele plików musi odczytywać konfig (oczywiście mowa o tych które nie mogą go dziedziczyć.

3. Pozostać przy obecnym układzie bazowym

Macie jakieś sugestie...
Z góry dziękuje za pomoc.
Pozdrawiam.

[Cysiaczek]

Jeszcze XML, choć wydaje się z początku mało wygodny.
Wogóle, to nie jest ważne, jak są dane przechowywane, ale czy zostały właściwie napisane mechanizmy ich cechowania. Słusznie mówi ~normanos, że najważniejszy jest cache. Mi się podoba zserializowany obiekt, którego jeśli nie ma, to jest odczytywany konfig (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Pozdrawiam.