Struttura per DB

[pov_88]

Ciao a tutti!
Ho bisogno di un consiglio su come strutturare un DB di annunci..
Questo DB oltre ad alcune informazioni generiche tipo Comune Provincia Regione (ecc. ecc.) deve contenere varie "opzioni" che devono essere richiamate insieme ad ogni annuncio con il valore relativo a quello stesso annuncio.
es:
Annuncio XX
Roma - RM - Lazio
Opzione1: 22
Opzione2: 85
Opzione3: kkkk
....

Per realizzarlo ho individuato due strade:
- Creare una tabella per ogni opzione e legarla all'annuncio tramite id
- Creare due tabelle, una dove inserire le opzioni e un'altra dove richiamare l'opzione, inserire il valore e legarla all'annuncio tramite id

Secondo voi qual'è la più conveniente??

[pov_88]

Scusate il doppio post...
mi ero dimenticato delle informazioni essenziali.. sto usando PHP e MySQL...
Se non sono stato chiaro chiedete pure!!

[Joe Taras]

Originariamente inviato da pov_88
Ciao a tutti!
Ho bisogno di un consiglio su come strutturare un DB di annunci..
Questo DB oltre ad alcune informazioni generiche tipo Comune Provincia Regione (ecc. ecc.) deve contenere varie "opzioni" che devono essere richiamate insieme ad ogni annuncio con il valore relativo a quello stesso annuncio.
es:
Annuncio XX
Roma - RM - Lazio
Opzione1: 22
Opzione2: 85
Opzione3: kkkk
....

Per realizzarlo ho individuato due strade:
- Creare una tabella per ogni opzione e legarla all'annuncio tramite id
- Creare due tabelle, una dove inserire le opzioni e un'altra dove richiamare l'opzione, inserire il valore e legarla all'annuncio tramite id

Secondo voi qual'è la più conveniente??

Ma le opzioni sono tipizzate?
Se si immagino:
Tabella ANNUNCIO
Tabella OPZIONE
Tabella ANNUNCI_OPZIONI (che lega le opzioni associate all'annuncio).

Se invece non esiste una tipizzazioni delle opzioni allora;
Tabella ANNUNCIO
Tabella OPZIONE (dove hai le opzioni legate all'annuncio)

[pov_88]

Quello che chiedevo è proprio questo.. quale delle due strade devo prendere??
Dato che le opzioni disponibili saranno circa 15 o 16 e gli annunci invece non avranno limiti, vorrei strutturare il DB nel miglior modo possibile per evitare tempi di caricamento troppo lunghi..

[philbert]

Originariamente inviato da pov_88
Per realizzarlo ho individuato due strade:
- Creare una tabella per ogni opzione e legarla all'annuncio tramite id
- Creare due tabelle, una dove inserire le opzioni e un'altra dove richiamare l'opzione, inserire il valore e legarla all'annuncio tramite id

Secondo voi qual'è la più conveniente??

Sicuramente la seconda perché se fai una tabella per ogni azione poi ti trovi a dover mettere in join tante tabelle quanto sono le opzioni


quindi come ha detto Joe Taras puoi inziare con
Tabella ANNUNCIO
Tabella OPZIONE
Tabella ANNUNCI_OPZIONI (che lega le opzioni associate all'annuncio).

inoltre aggiungerei una
Tabella LOCALITA:
id_localita
nome_localita
prov_localita
reg_localita
così nella tabella annuncio metti l'id_localita come campo e ti agevoli eventuali ricerche

Infine nella tabella annuncio inserirei:
data_annuncio
data_scadenza_annuncio

la prima ti agevola la ricerca degli annunci più nuovi o più vecchi
la seconda ti permette di spostare gli annunci scaduti nelle tabelle
ANNUNCIO_STORICO
ANNUNCI_OPZIONI_STORICO
lascindoti le due tabelle rpincipali (ANNUNCIO e ANNUNCI_OPZIONI) sempre di dimensioni ridotte e gestibili

la scedenza annuncio può inserirla direttamente l'utente o puoi decidarla tu (tipo che dopo 3 mesi o un anno dalla pubblicazione l'annuncio scade.

[pov_88]

Ciao a tutti!! Scusate per l'assenza prolungata!

Ho iniziato a strutturare il database scegliendo il metodo che mi avete consigliato, che in effetti è più veloce anche da gestire.
Unico dubbio che ho è sulle dimensioni che potrà avere la tabella quando ci saranno tanti annunci, spero davvero che non vada a ledere la velocità del sito.

Dato che ci sono vorrei chiedervi un'altro consiglio: vorrei rendere il sito multilingua!
Navigando sul sito ho trovato diversi post in tema che spiegano varie metodologie ma in realtà nessuno di questi mi ha aiutato a prendere una decisione, secondo voi qual'è la migliore?

- creare una tabella che dove ogni record abbia una voce per ogni lingua

id_annuncio|testo_ita|testo_eng| etc etc

- la tabella ha un id_lingua che rimanda alla tabella delle lingue e ogni testo avrà un record diverso per ogni lingua inserita;
in questo caso però id_annuncio non potrà essere AUTO_INCREMENT poichè dovranno avere lo stesso numero e per far si che l'utente navighi sempre con la lingua che ha scelto mi conviene impostare una session che richiamo su ogni pagina??

id_annuncio|testo|id_lingua {italiano}
id_annuncio|testo|id_lingua {inglese}
.... etc