Creare un riempimento di campi automatico con Access

[RunDLL]

Ciao a tutti e grazie per la lettura del mio problema: vorrei creare, in un database di Access, tre tabelle, per comodità e chiarezza chiameremo 1, 2 e 3. Bene, in ognuna delle 3 tabelle ci sono due campi "Nome" e "Cognome". Quello che vorrei ora è che aprendo una delle 3 tabelle, indipendentemente da quale e inserendo un nome e un cognome nei rispettivi campi, anche nei campi relativi delle altre due tabelle vengano automaticamente inseriti i dati. Spero di essere stato chiaro. Ringrazio tutti e faccio tanti saluti.

[piercing]

Mai sentito parlare di relazionalità dei dati???

Se è strettamente necessario comunque scegli una tabella principale che avvia una macro che lancia una query di creazione tabella... oppure di cancellazione di tutti i record e aggiunta dei record dalla tabella principale...

Sempre perchè sono curioso... ha uno scopo tutto questo???

[RunDLL]

Ciao e grazie per la risposta. Effettivamente avrei potuto fare una tabella unica e il problema manco sarebbe sussistito però mi è stato chiesto di farla così. Sì il tutto ho uno scopo non è un mio dubbio personale. Il database vero non è semplificato come quello che ho descritto, l'ho descritto terra terra tanto per far capire il mio problema. Se ti è possibile potresti spiegarmi un po' più dettagliatamente la tua soluzione? Con le relazioni non ho problema con due tabelle, con tre non funziona. Grazie ancora e saluti.

[piercing]

Riportare gli stessi dati in più tabelle è profondamente e concettualmente sbagliato... e contrario ad ogni teoria del trattamento dei dati...

detto questo... e con un certo stravolgimento di budella ti dico che....

Access prevede la possibilità di lanciare una macro quando apri una tabella o cmq un evento associato a qualcosa...

scrivi una macro che lancia una query di aggiornamento tabella... le macro di access sono davvero intuitive... fai prima a farlo che a spiegarti come si fa...

PS: se quel database sarà usato da più di un utente... automaticamente si perderà con certezza praticamente matematica alcuni dati che dovrebbero essere uguali tra le tabelle... se un progetto è profondamente sbagliato... perseguire nell'errrore è a mio giudizio criminale...

[RunDLL]

Non ti do torto

Così mi è stato chiesto e così dovrei fare, che faccio ammazzo chi mi ha chiesto di fare sta cosa?
Se mi dici di sì lo faccio

[piercing]

io l'avrei già fatto...

[archimede]

Riportare gli stessi dati in più tabelle è profondamente e concettualmente sbagliato...

Se ci mettiamo davanti "Il 98% delle volte..." mi trovi d'accordo.

Così mi è stato chiesto e così dovrei fare, che faccio ammazzo chi mi ha chiesto di fare sta cosa?

Non c'è bisogno di essere così drastici!

Intanto dipende dal rapporto che c'è tra di voi: se lui è il cliente e tu il programmatore, lui ti spiega il problema che vuole risolvere e tu decidi come risolverlo. Se invece lui è il tuo capo, mi farei spiegare bene perchè vuole innescare un meccanismo del genere, gli spiegherei le controindicazioni che ci sono in un approccio del genere e proporrei un'alternativa: se poi insiste... beh, il capo è lui.

Tra le controindicazioni che vedo, la prima che salta agli occhi è che in un db ci sono mille modi per manipolare i dati: siccome Access non ha strumenti tipo trigger integrati nel proprio motore relazionale, il grosso rischio è che qualcuno inserisca/modifichi/cancelli i dati da una tabella e il meccanismo non venga attivato.

Oltre a ciò, come ha già ben spiegato piercing, non mi vengono in mente scenari tali da giustificare questa perversione relazionale.

Alessandro

[archimede]

Con le relazioni non ho problema con due tabelle, con tre non funziona.

Questa mi era sfuggita... Ma cosa intendi esattamente?

Alessandro