Newsgroup: it.lavoro.professioni.webmaster
Titolo: gestione sezioni e sotto sezioni

Ho un problema per la gestione di sezioni contenenti delle sotto sezioni.
In effeti in questo caso ogni articolo, nell'url dovrebbe avere ben tre
paramentri distinti, sez. sottose. e idarticolo.
Volevo evitare questo riducendoli almeno a due ed evitando cosě di portarmi
dietro informazioni relative alla sezione. Avete qualche idea?
Lo schema banale del db potrebbe essere:
sezioni(sezid, nomesezione, descrizione)
sottosezioni(catid, nomecategoria, descrizione)
Articoli(artid, catid, sezid, ecc.ecc.)
Poi con una query costruisco una tabella completa, e su quella query faccio
le interrogazioni.
Perň in questo modo mi porto avanti sempre tre parametri.
Un altro modo forse potrebbe esere quello di eseguire le query per un dato
range di catid dove perň so a priori che tutti i catid di quel determinato
range fanno parte di una sezione. In questo modo potrei portarmi dietro solo
due parametri...
Ho dubbi sulle prestazioni del tutto. Che ne dite?
--
Francis Mule
---------------------------------
Http://www.LucaniaNet.it
Mi trovi su ICQ: #143382857
---------------------------------

Articoli(artid, catid, sezid, ecc.ecc.)
per me se "scolpisci" nella struttura della base dati questa gerarchia
non ne esci piů.  un domani vuoi fare una sottosottosottosezione devi
rifare tutto.
ho avuto problemi simili (ramificazioni di livello indefinito) e l'ho
risolto con una struttura ad albero.
fai conto una cosa del genere:
1.europa 
2.   italia 
3.      regioni alpine
4.         piemonte
5.         val d'aosta
6.         lombardia
7.            provincia di sondrio
8.         provincia di belluno
         trentino alto adige
      toscana
         area del chianti
            chianti meridionale
            chianti settentrionale
               casa di tizio nel chianti sett.
                  il soggiorno di casa di tizio
                     la poltrona nel soggiorno di casa di tizio
                  la cucina di casa di tizio
   francia
      parigi
      bretagna      
   germania
   scandinavia
      islanda
      svezia
argentina
ecc..
assegni ad ogni "ramo" o categoria (o area geografica in questo caso)
un id numerico e gli assegni anche un "genitore".  ad es. la val
d'aosta ha id 5 ed č figlia dell'id 3.  poi con una funzione ricorsiva
ricostruisci l'albero.
ad ogni articolo assegni l'id della categoria.
-- 
abbraccio espedienti 365 giorni l'anno.
(generata da: 
http://www.phibbi.com/extra/gswe.php
)


Lbo, interessante questo metodo. Ricordo che una volta feci un'esercizio
analogo all'università!
Quello che non capisco è però il vantaggio in termini prestazionali,
D'accordo con na struttura ad albero, praticamente il db diventa super
flessibile, ma imn termini prestazionali ho almeno:
1) articoli(artid, catid, eccecce)
2) categorie(catid, nomesez)
3) relazioni(relid, padre, figlio) dove padre e figlio sono catid
guisto? A questo punto però credo che convenga salvare già sul db delle
query che i strapolano i dati, o poi esegire ulteriori queri direttamente da
web per avere esattamente ciò che mi serve.
In questo modo effettivamente poteri avere solo due parametri catid e ertid
, solo che poi per ircostruire il resto delle appartenenze:
1) faccio una seconda query che mi ricostruisce la gerarchia
2) utilizzo delle query salvate sul db.
che ne pensi?


web per avere esattamente ciò che mi serve.
...appunto.



quindi fai delle query direttamente sul db. bene!
simao in sintonia lbo, siamo in sintonia!
