Relazione di una tabella con molte in Access

[Misterxxx]

Al puro scopo di essere costruttivo ed di esserti utile e senza l'ombra alcuna di voler essere invece puramente denigratorio credo che prima di affrontare la realizzazione di un db relazionale (soprattutto, mi pare, per uso lavorativo) tu debba acquisire e assimilare almeno la filosofia base leggendo qualche guida/manuale altrimenti rischi di costruire una "cosa" disomogenea che magari alla fine funziona pure ma sarà lenta, non scalabile, illeggibile, non modulare che ti sarà costata litri di sudore per la realizzazione e 10 volte la stessa fatica per apportare modifiche, integrazioni o correzioni.
Prendilo come un sincero consiglio e con ciò non mi esimerò di darti aiuto, se ne sarò in grado.

Per il tuo quesito, nman ti ha già risposto e temo che la sua opinione non sia dissimile dalla mia

[GIULIO MARIA]

Al puro scopo di essere costruttivo ed di esserti utile e senza l'ombra alcuna di voler essere invece puramente denigratorio credo che prima di affrontare la realizzazione di un db relazionale (soprattutto, mi pare, per uso lavorativo) tu debba acquisire e assimilare almeno la filosofia base leggendo qualche guida/manuale altrimenti rischi di costruire una "cosa" disomogenea che magari alla fine funziona pure ma sarà lenta, non scalabile, illeggibile, non modulare che ti sarà costata litri di sudore per la realizzazione e 10 volte la stessa fatica per apportare modifiche, integrazioni o correzioni.
Prendilo come un sincero consiglio e con ciò non mi esimerò di darti aiuto, se ne sarò in grado.

Per il tuo quesito, nman ti ha già risposto e temo che la sua opinione non sia dissimile dalla mia

Ragazzi..che ho sbagliato impostazione anni fa l'ho capito e per il momento non posso cambiare. Le
'lezioni' le accetto conscio di essere deficiente in materia, ma leggendo qua e la mi pare che ciò che chiedo sia possibile....mi sto rompendo la testa e se mi volete aiutare vi sono grato....!

[nman]

........ e per il momento non posso cambiare. .........

Quindi se non puoi cambiare vediamo di gestire al meglio ........
se ho capito bene si tratta di 1 ristorante con dei tavoli e hai 1 tabella per ogni tavolo

Non è che ci hai dato molte informazioni sulla struttura delle tabelle pertanto vado a fantasia

dovendo fare le fatture hai il problema del numero fattura che deve essere progressivo e anche se non ce lo chiedi deve ripartire da 1 ad ogni inizio anno.

Tu vorresti fare una ulteriore tabella "'numerafatture' con relazioni e quant'altro, a me sembra un ulteriore casino su qualcosa di già incasinato ( non lo dico con malignità ) io farei invece cosi,

aggiungi a ogniuna delle 10 tabelle un campo "idtav" costante su ogni tabella ( potrebbe essere moto semplicissimamente un valore predefinito ) chiaramente diverso per ogni tabella

aggiungi a ogni tabella il campo "datfat" formato dataora

aggiungi a ogni tabella il campo "numfat" consiglierei formato testo perché i numeri di fattura non sono dei numeri aritmetici

immagino che le 10 tabelle hanno struttura simile ( auguriamoci uguale )

fai una UNION query ( Chiamiamola QuerUnio ) in cui vai a ricostruire virtualmente la tabella che ti manca
ci saranno i campi:
- idtav
- datfat
- numfat
eccetera per tutti i campi delle tue 10 tabelle

a questo punto per generare un nuovo numero di fattura
- vai in QuerUnio a leggere l'ultimo numero
- calcoli il nuovo tenendo conto del salto dell'anno
- scrivi il numero calcolato nella tabella interessata
per conseguenza QuerUnio si incrementa per la prossima fattura


QuerUnio potrebbe anche essere il seme della rimozione totale delle tue 10 tabelle per
costruirne 1 unica perché se le cose vanno prima o poi lo devi fare


Facci sapere

.