Pagine Bianche Report

Ciao Civix1969,

Edited by willy55 - 15/Giu/2012 at 20:20

Ciao civix1969 sn Fil,
dunque dunque: aprendo il tuo db e lanciando il report ho notato che dava errore, questo perchè effettuavi il conteggio di una PK (id_catasto) come espressione e senza effettuare una query di raggruppamento; intanto io direi che sarebbe il caso (x semplificare le cose) di trasformare quella query in una query di raggruppamento e al posto dell'espressione, interrogare il campo PK dalla tabella interessata e nelle opzioni di raggruppamento dargli un bel [Conteggio]...!

Altra cosa che ci devi spiegare, se vuoi che ti aiutiamo a risolvere il tuo problema è:
-qual'è il tuo obiettivo?
-a cosa ti servono i sotto report?
...insomma spiegati al meglio... perchè è vero sì che i forum sono belli e aiutano, ma è anche vero che chi ti aiuta: a meno che non si tratti di una cosa specifica, non ha una visione generale del tuo db (pure se lo alleghi) e questo perchè non si sa quali logiche ci sono di base o ci devono essere...

Facci sapere...

Ciao
Abbraccio
Fil

Allora vediamo un po':
immagino tu sappia che i tipi di relazioni in un db relazionale sono le seguenti:
-[1 a 1]
    esempio:
    pazienti e letti.
    1 paziente può avere 1 solo letto e 1 letto può essere di 1 solo paziente.
    naturalmente solo se la relazione non è storicizzata; in quanto se lo fosse
    la relazione sarebbe [1 a molti] perchè un letto può avere più pazienti o meglio
    un paziente può essere dimesso.
    
    esempio 2:
    persone e codici fiscali.
    1 persona può avere 1 solo codice fiscale e 1 codice fiscale può appartenere ad 1 sola persona

in genere le relazioni [1 a 1] vengono gestite in 1 sola tabella altrimenti
si può (nel pannello relazioni) collegare PK di tbl_1 a PK di tbl_2.
-[1 a molti]
    addetti e ore lavorate.
    1 addetto può aver lavorato 890 ore nel 2010 e 500 nel 2011
-[molti a molti]
    cantanti e canzoni.
    1 cantante può aver cantato più canzoni 1 canzone può essere stata cantata da più cantanti

----------------------------------------------------------------------------------------------------------
----------------------------------------------------------------------------------------------------------

Detto ciò studiati bene i dati che devi relazionare in base a quello che sai già e a ciò che ti ho appena
scritto... ;)
Cerca di relazionare le tabelle nel modo più corretto possibile e poi rifai l'upload del db e ricordati che qualsiasi query di selezione
deve avere un [id -- PK] oppure [ce -- Chiave Esterna] che identifica ogni singolo record visualizzato.

----------------------------------------------------------------------------------------------------------
----------------------------------------------------------------------------------------------------------

detto ciò ti ricordo le 4 regole di normalizzazione database da tenere sempre in considerazione:

1-ogni tabella deve avere una chiave primaria (ID -- PK) che identifica ogni singolo record il quale deve essere univoco.
2-Supportare e assicurare l'accuratezza e l'integrità delle informazioni.
3-no ripetizione dati
4-Mai inserire un campo calcolato nelle tabelle.

----------------------------------------------------------------------------------------------------------

Chiedo scusa se ho dato l'impressione di fare il "maestrino", ma non era mia intenzione.
La mia intenzione è solo quella di aiutarti nel modo che più ritengo appropriato.

In ogni caso fammi sapere.

Abbraccio
Ciao
Fil

Buonasera a tutti!

Ringrazio Fil per i chiarimenti sulla corretta gestione dei DB e non ti preoccupare di fare il maestrino anzi la cosa mi conforta e valida il mio db xche credo sia strutturato correttamente. 

Buongiorno a tutti!