Quindi come presumo per quanto riguarda la gestione e l'immissione dei dati nel DB sembra non hai problemi.
Se si mi vuoi fare un esempio pratico di immissione di dati, nel DB, di un prodotto? Ossia quali e quanti campi sarebbero interessati per un prodotto?

Io te_lo ripeto..ti consiglio di appoggiarti agli xml... poi scrivi una classe in un qualsiasi linguaggio che te li gestisce in qualunque modo tu voglia i record...

Poi è molto piu semplice e leggero ricercare parole chiave, spostarsi tra categorie prodotti ecc...in un insieme di tabelle è un po un casino.

Quindi come presumo per quanto riguarda la gestione e l'immissione dei dati nel DB sembra non hai problemi.
Se si mi vuoi fare un esempio pratico di immissione di dati, nel DB, di un prodotto? Ossia quali e quanti campi sarebbero interessati per un prodotto?

E' proprio questo il problema vorrei svincolare il discorso |categorie| nel senso ... che se ce ne son 2 o ce ne son 7 non si crei nessun problema. Non sò come organizzare le tabelle per lasciare libero spazio al numero indefinito di categorie e poi al tempo stesso tracciare una gerarchia tra queste.

Se sapessi a priori che le categorie fossero solo due non avrei problemi, ma come fare, se volessi un discorso svincolato dal numero di categorie ?

io telo ripeto..ti consiglio di appoggiarti agli xml... poi scrivi una classe in un qualsiasi linguaggio che te li gestisce in qualunque modo tu voglia i record...

poi è molto piu semplice e leggero ricercare parole chiave, spostarsi tra categorie prodotti ecc...in un insieme di tabelle è un po un casino

leggendo quello che ho scritto sopra potresti farmi 1 piccolo esempio ? Dove memorizzo i dati senza un darabase ? XML serve per leggerli (parsing) ma nn per memorizzarli

ciao

no xml serve per lo scambio dei dati tra applicazioni scritte in linguaggi differenti...è uno standard...

con qualsiasi linguaggio puoi scrivere leggere modificare ecc non solo interi files, ma anche singoli nodi o valori...

se poi vuoi il massimo della velocità nel minimo delle righe di codice cerca su google XPATH

se vuoi un'intro su come gestire xml con php:
[..]

Ah bene ... andrò subito a leggere, comunque non ho ancora risolto il mio cruccio .... a livello organico (tabelle di un database) come creare un sistema per prevedere N categorie e mantenere la gerarchia tra le stesse ?!?!

Thanks.

Dovresti trovarti un libro sulla progettazione e imparare a fare i grafici ER (Entry-Relation) tra gli oggetti (categiorie, utenti, prodotti) e le relazioni (prodotti venduti nell'anno X).

E' importante stabilire in primis gli oggetti che vuoi rappesentare, quello che hai scritto non sembra molto chiaro, da quello che ho capito hai N oggetti per K categorie, giusto?

Ciao bejelith, mi son spiegato male ... ho già sviluppato applicazioni che implicano l'ausilio dei database ... il mio problema è 1 altro.

Mi ritrovo dinanzi ad una richiesta di rilasciare una struttura (database-tabelle) che mi permetta di non limitare il numero di categorie (entità) ad un numero stabilito ma a N..... lasciando al tempo stesso, la possibilità di tracciare tra loro le relative gerarchie ...

Un esempio classico è la gestione magazzino... (prodotti;fornitori;blabla...) ma quando arrivo sull'entità CATEGORIA non sò come comportarmi !!!

Potrei creare la tabella MacroCategoria e SubCategoria ma non voglio limitarmi a 2 livelli .... spero di essermi spiegato meglio ora

Thanks.

Mm gestendo la tabella categoria così:

id_Categoria, nome_cat, parent(id_categoria padre)

Ho capito?

|CENTRATO| ... e affondato

Grazie era lo spunto che mi servivaaaaa !!!!!!

N.B.
Ero troppo abituato a ragionare con le relazioni |1 a N| or |N a N| e non ne uscivo + per capire come ottenere gerarchie illimitate !!!!

Grazie ancora.

Lol