Sto realizzando una struttura composta da una amministrazione centrale e dei siti esterni indipendenti tra loro, la struttura gestisce siti di studi commerciali tutti uguali ma con una parte dinamica che varia da acquirente ad acquirente
in pratica io dalla amministrazione centrale inserisco e aggiorno le parti in comune ad ogni sito ovvero le notizie finanziarie i link istituzionali, gli scadenzari e i file di utilità come winzip ecc... cosi tolgo l'onere all'acquirente di dover aggiornare il sito sotto questi aspetti, il commercialista che acquista il sito può, dal canto suo, attraverso una sua zona di amministrazione, inserire dei comunicati sul proprio sito, inserire dei clienti che poi avranno accesso ad un'area riservata, caricare dei file e creare delle categorie a cui appartengono questi file che sono a loro volta associati ai clienti dello studio.
In pratica presumendo che l'acquirente si chiami "studio rossi" io dovro creare nel db 4 tabelle (oltre a quelle comuni che sono : news,links,scadenzario e utility) e sono:
rossi_clienti ( i dati dei sui clienti )
rossi_procedure ( il nome dei file, il percorso e l'id del cliente a cui è associato il file )
rossi_procedure_cat ( le categorie che possono essere assegnate alle procedure , esempio "Dichiarazione dei redditi 2005" )
rossi_comunicati ( puo inserire delle notizie titolo-testo che appaiono in homepage )
a questo punto ,dopo aver realizzato il sito perfettamente(che buffone!), mi è venuto il dubbio, non essendo molto pratico di php e essendo anche la prima volta che affronto un sito di queste dimensioni, che forse 4 tabelle x acquirente sono troppe ed ho pensato che potrei,invece, crearne SOLO 4 dove tutti gli acquirenti vanno a scrivere e,quindi, di inserire in queste quattro 4 tabelle un altro campo,oltre a quelli già presenti, chiamato chiave_unica, una stringa associata ad ogni acquirente(una specie di cd_key) esempio 41e1j49649d66.
Quindi a questo punto creare una tabella ulteriore esempio "acquirenti" dove memorizzo tutti i dati anagrafici degli acquirenti compresa questa chiave unica e poi, ogni volta che loro andranno ad inserire un comunicato o qualsiasi altro dato nel db, memorizzare questa chiave nel campo chiave unica di ogni tabella im modo da associare quel record al cliente che l'ha inserito.
Cosa vi sembra?
Potrei , invece di utilizzare questa chiave unica, usare l'id dell'acquirente quando lo creo nella tabella "acquirente",ma mi sembra che poi facendo prove gli id non possono combaciare, invece assegnando una chiave unica che poi vado a stampare e a consegnare all'acquirente, oltre che a memorizzare in una tabella, ho maggiori possibilità di reperire questa chiave nel malaugurato caso che andasse perduta.
cosa ne pensate?
come posso creare questa chiave unica?
so di essere stato prolisso ma è la prima volta che mi trovo ad affrontare un sito cosi grande e quindi devo cercare prevedere ogni la possibilità di errore o di miglioria.
grazie
Rispondi quotando
