Newsgroup: it.comp.appl.access
Titolo: consiglio su struttura database

Sto realizzando un database che dovrà contenere i seguenti dati:
Locatari
Proprietari
Contratti di locazione
I contratti hanno varie tipologie ed i campi necessari possono essere molto
diversi fra loro a seconda del tipo di contratto di cui si tratta. Ad
esempio se si tratta di un nuovo immobile avremo bisogno della data del
verbale di ultimazione dei lavori, di gradimento tecnico, di presa in
consegna ecc., mentre se si tratta di un vecchio immobile, in alternativa ai
campi precedenti, saranno necessarie le date di riconsegna, il ruolo di
chiusura di spesa ecc., e così via per molti altre tipologie di contratto.
Ho provato a strutturare in questo modo:
tabelle proprietari e locatari entrambe con relazione uno verso tabella
contratti con relazione molti. Tabella contratti con relazione uno verso
numerose tabelle di tipologia del contratto con relazione molti.
L'inserimento dei dati dovrebbe avvenire contestualmente per ogni tipo di
dati (locatari, proprietari e contratti) per cui ho pensato di strutturare
le maschere in questo modo: Maschera principale che trae i dati da Query
Locatari e Proprietari, sottomaschera contratti e sottomaschere nidificate
di tipologia dei contratti. Le sottomaschere nidificate (per non creare
confusione) dovranno essere rese visibili solo a seguito di una spunta sulle
caselle di controllo si/no relative al tipo di contratto.
Capisco che sarebbe stato meglio utilizzare delle sottomaschere collegate
piuttosto che incorporate ma purtroppo ho trovato delle difficoltà
nell'adattare le routine proposte nella creazione guidata. Anche perchè non
conosco propriamente il linguaggio vba ma cerco di servirmente ugualmente
con ingenue operazioni di copia e incolla e numerossimi tentativi per
cercare di far funzionare il tutto.
Ora vi chiedo se in linea di massima la struttura che ho iniziato a creare
per questo database ha una sua logica funzionale oppure se... l'è tutto da
rifare...
I vostri suggerimenti e consigli saranno sempre e comunque graditi e
preziosi, soltanto vi pregherei nell'esporli di tener conto del fatto di non
avere a che fare con un esperto.
Grazie anticipatamente
Ismael

 rifare...
Vedi, il compito di uno sviluppatore e' proprio questo, strutturare
correttamente l'applicazione.
Non puoi pretendere che qualcuno sviluppi o verifichi per te una struttura
dati, (50% del lavoro),  puoi fare richieste o domande su argomenti
specifici e ben circostanziati.
Comunque dai una lettura al manuale che accompagna OffXP Developer che e'
molto chiaro.
Sib

"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:jVbv9.52099$TD1.2...@news2.tin.it...

Infatti non ho mai chiesto a nessuno di svillupparlo al mio posto. Chiedevo
semplicemente di indicarmi se sulla base della mia descrizione del progetto
di struttura risultassero evidenti errori di valutazione da parte mia.
Insomma se leggi meglio il mio post ti renderai conto che la struttura già
esiste. Chiedevo suggerimenti migliorativi o semplificativi rispetto a
quanto ho già realizzato... E comunque grazie anche per il tuo di
suggerimento.
Isma


Quando i dati non sono omogenei e non vuoi creare tante tabelle quanti sono
i tipi di info da memorizzare secondo me hai due strade.
Un'unica tabella contenente il numero di campi del massimo caso che si può
proporre. Ci sarà un campo che specifica il tipo di informazione, e gli
altri campi verranno usati per informazioni diverse a seconda del tipo di
record che si sta salvando.
Soluzione facilmente gestibile poi con degli iif.
Una tabella con i dati comuni e una tabella (uno a molti con la prima) con
tre campi: il riferimento al record principale, la tipologia di dato salvato
e il valore del dato.
Forse più elegante, ma più complicata da gestire.
Antonio