consigli, pareri e suggerimenti su struttura db

[Certe Notti]

salve a tutti,

una sezione del progetto che sto sviluppando prevede un piccolo editoriale.
Tale sezione prevede la pubblicazione di una x serie di articoli che per dire siano l'editoriale di dicembre 2004.

In primo piano sarà sempre l'editoriale del mese o quanto meno quello più recente, poi ci sarà una sezione di archivio dove verranno messi a disposizioni tutti i numeri che hanno preceduto quello del momento.
fino a qua tutto ok.
Ora il mio problema è il seguente:

- premesso che io non posso sapere a priori quanti articoli compongono ogni edizione e nemmeno posso dare io un limite come posso strutturare il DB??

I campi certi che ci dovranno essere sono i seguenti:

id -> contatore
Titolo -> testo
Articolo -> memo

poi ovviamente si può prevedere l'aggiunta di altri addizionali a solo uso di gestione della struttura ovviamente.
Come strutturereste il tutto?

Grazie

[supergeniux]

Aggiungerei un campo per la memorizzazione della data di pubblicazione, uno per memorizzare l'ip dell'autore ed uno per il numero di letture.

[Gio&Ste]

Non ci avevo mai pensato al campo per memorizzare quante volte è stato letto.

Ma come faccio ad incrementare?

[supergeniux]

sql = "UPDATE tbl SET campo_numerico = campo_numerico+1 WHERE campo_id ="&request.querystring("id_articolo")
connessione.execute(sql)

[Certe Notti]

Originariamente inviato da supergeniux
Aggiungerei un campo per la memorizzazione della data di pubblicazione, uno per memorizzare l'ip dell'autore ed uno per il numero di letture.

ok perfetto, ma allora la struutra sarà: 1 record = 1 articolo??
E' questo quello che ho difficoltà a determinare

io l'avevo pensato così:

id -> contatore
data -> data
titolo -> testo
articolo -> memo
Numero_edizione -> numerico
Numero_Articolo -> numerico

In questo modo io quando aprivo il db prendevo e in primo piano mettevo tutti i record col campo numero_edizione aventi il valore maggiore quindi tutti i record dell'ultima edizione.
Analogamente poi mediante il campo numero_articolo potevo ordinare gli articoli in maniera precisa ossia che quello col valore 1 sarà il primo a venir preso mentre quello col valore X sarà l'ultimo.

mi rimane però qualche dubbio su:

- l'area archivio ossia la visualizzazione di tutte le edizioni esclusa l'ultima appunto in primo piano.
- las trutturazione del db ossia se creare un solo db di access e mortal lì nonostante in futuro vi possano essere 200 edizioni da 50 anticoli l'una oppure se creare un db per ogni anno e poi gestire il tutto di conseguenza.

Che mi consigliate??


Grazie

[longline]

Fai due tabelle:

Edizioni
--------
idedizione -> contatore
data -> data

Editoriali
----------
ideditoriale -> contatore
edizione -> intero lungo (in relazione con l'idedizione della tabella edizioni)
titolo -> testo
articolo -> memo

[Certe Notti]

Originariamente inviato da longline
Fai due tabelle:

Edizioni
--------
idedizione -> contatore
data -> data

Editoriali
----------
ideditoriale -> contatore
edizione -> intero lungo (in relazione con l'idedizione della tabella edizioni)
titolo -> testo
articolo -> memo

why this?
questo tipo di struttura al fine di??

grazie

[longline]

Perchè hai singole edizioni, e per ognuna uno o più articoli, giusto?
È esattamente un caso classico di relazione uno-a-molti.

[Certe Notti]

Originariamente inviato da longline
Perchè hai singole edizioni, e per ognuna uno o più articoli, giusto?
È esattamente un caso classico di relazione uno-a-molti.

ok, ma a quel punto il campo numero_edizione di cui ho parlato sopra non mi da lo stesso risultato?? prendo e visualizzo tutti i record in cui quel campo ha il valore X... giusto perchè non mi piace maneggiare troppe tabelle soprattutto considerato che già una in più sarà dedicata alle immagini e sarà una tabella contenete i seguenti campi:

id record
idarticolo
percorso immagine

Inoltre epr il discorso della suddivisione dei db, ossia un db per anno, uno per ogni 5 anni... giusto perchè il cliente dalle mille pretese ma sempre taccagno mi fa lavorare in access col senno di poi di come un db del genere possa funzionare quando i record iniziano a diventare tantini...


Grazie

[longline]

Secondo me non ti conviene risparmiare la tabella edizioni. In caso di modifiche o ulteriori richieste, il tuo database sarebbe già correttamente progettato.

Inoltre ti conviene aggiungere alla mia tabella Edizioni anche il campo Anno e gestire tutto in un MDB solo: il numero di record di cui parli non è assolutamente grande, io andrei tranquillissimo.

L'area archivio ti funzionerebbe così:
- trovi il valore MAX di Numero_edizione e lo chiami MaxNumEd
- l'archivio è formato da tutti i record WHERE Numero_edizione <> MaxNumEd