Visualizzazione dei risultati da 1 a 5 su 5
  1. #1

    Relazione di una tabella con molte in Access

    Salve a tutti.
    In Access ho bisogno di una tabella che mi generi automaticamente il numero delle fatture e che si colleghi ad altre 10 tabelle corrispondenti all'intestazione delle fatture. Ovvero devo intestare le fatture che emetto da dieci tavoli del ristorante. Ogni tavolo ha tutta la sua procedura compresa l'intestazione, ma ho bisogno che al momento dell'apertura maschera intestazione di un conto, mivenga proposto il numero di fattura subito disponibile. Ho creato una tabella 'numerafatture' ma non so come relazionarla alle tabelle dei vari tavoli, dove va il campo numerazione progressiva e come tessere le relazioni.
    Mi date una mano?
    Grazie e buona serata
    Giulio Maria

  2. #2
    Utente di HTML.it L'avatar di nman
    Registrato dal
    Jan 2011
    residenza
    Milano
    Messaggi
    1,333
    Quote Originariamente inviata da GIULIO MARIA Visualizza il messaggio
    ....... e che si colleghi ad altre 10 tabelle corrispondenti all'intestazione delle fatture. Ovvero devo intestare le fatture che emetto da dieci tavoli del ristorante. ........
    Ma perché per 10 tavoli voi fare 10 tabelle ?????

    il ristorante ha 1 PartitaIva oppure 10 ???

    .

  3. #3
    Utente di HTML.it L'avatar di Misterxxx
    Registrato dal
    Oct 2003
    Messaggi
    3,704
    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
    Io ne ho viste cose che voi umani non potreste immaginare. Navi da combattimento in fiamme al largo dei bastioni di Orione e ho visto i raggi B, balenare nel buio vicino le porte di Tannhäuser. E tutti quei momenti ... andranno ... perduti nel tempo, come lacrime nella pioggia. È tempo di morire. (Roy Batty).

  4. #4
    Quote Originariamente inviata da Misterxxx Visualizza il messaggio
    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....!

  5. #5
    Utente di HTML.it L'avatar di nman
    Registrato dal
    Jan 2011
    residenza
    Milano
    Messaggi
    1,333
    Quote Originariamente inviata da GIULIO MARIA Visualizza il messaggio
    ........ 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

    .
    Ultima modifica di nman; 18-11-2014 a 23:05

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2025 vBulletin Solutions, Inc. All rights reserved.