Query a campi incrociati e maschera

Anonimo
2022-08-29T08:57:07+00:00

Salve a tutti.

Problema: riferimento campi mancante in maschera basata su query a campi incrociati.

Per creare una sorta di "cruscotto" che dia alcune informazioni in modo immediato all'apertura del database ho creato (fra le altre) una sottomaschera collegata ad una query a campi incrociati.

Succede però che se alcuni stati che registro in un campo della tabella su cui si basa la query risultano "assenti" la sottomaschera mi genera un errore non trovando i relativi campi d'origine nella query a campi incrociati su cui si basa.

E' possibile evitare che i campi interessati mi diano errore? Oppure: in caso di mancanza di riferimento lasciarli visibili ma come se fossero vuoti; ho provato con la formattazione condizionale ma non ho ottenuto risultati.

Grazie.

Metto un paio di immagini che forse è più chiaro

con i valori

senza valori

Microsoft 365 e Office | Access | Per la casa | Windows

Domanda bloccata. Questa domanda è stata eseguita dalla community del supporto tecnico Microsoft. È possibile votare se è utile, ma non è possibile aggiungere commenti o risposte o seguire la domanda.

0 commenti Nessun commento

Risposta accettata dall'autore della domanda

Anonimo
2022-08-31T12:51:33+00:00

Salve,

La tua query rimane come prima. Quello che ho descritto:

  1. apri la query nella vis. struttura
  2. apri le proprietà della query tramite il ribbon
  3. nel dialogo cerca la proprietà Intestazioni colonne e inserisci l'elenco di tutti nomi potenziali delle colonne (separati da punto e virgola)

Servus

Karl

La risposta è stata utile?

3 persone hanno trovato utile questa risposta.
0 commenti Nessun commento

5 risposte aggiuntive

Ordina per: Più utili
  1. Anonimo
    2022-08-30T10:15:02+00:00

    chiedo scusa ma non ci arrivo...

    Immagine

    le intestazioni delle colonne dovrebbero essere 5: attivo, guasto batterie, guasto, fermo, dismesso che attingono dati dal campo [stato_UPS] più 1 che conteggia il numero di UPS per comune>indirizzo>denominazione_bene; quindi in totale 6 colonne

    La risposta è stata utile?

    0 commenti Nessun commento
  2. Anonimo
    2022-08-30T08:42:17+00:00

    Salve,

    Sì, questo era già chiaro. Solo che non so come si chiamano le tue (potenziali) colonne. Tutto ciò che può essere creato come nome di colonna nella query o che si utilizza come ControlSource nella maschera, si inserisce - come descritto - nella proprietà Intestazioni colonne della query. In questo modo, tutte queste colonne vengono sempre create, indipendentemente se abbiano un valore o no, ed i messaggi di errore nella maschera scompaiono.

    Servus

    Karl

    La risposta è stata utile?

    0 commenti Nessun commento
  3. Anonimo
    2022-08-30T07:46:24+00:00

    scusa, ma non ho capito o forse mi sono spiegato male; la query è questa

    "attivo" e "fermo" sono già il risultato dell'intestazione di colonna "stato_UPS", mentre il campo "nr.UPS" è alimentato da "Totale di ID_UPS".

    il risultato è questo:

    Il numero di macchine nei comuni può variare da zero a N, infatti oltre a quelli in elenco mancano altri comuni perché non hanno apparati installati; allo stesso modo possono variare gli stati in cui si trovano gli apparati (attivo, fermo, guasto, etc.).

    Se non ho una particolare condizione (attivo, fermo, guasto, etc.) nel campo [stato_UPS] della tabella [T_UPS] la query non genera la relativa colonna e il campo ad essa associato nella maschera mi restituisce #Nome? perché -giustamente- non la trova.

    A me basterebbe un modo qualsiasi per poter gestire ques'tultima situzione mantenendo nella maschera la visibilità dei campi senza alimentazione come se l'avessero con valore nullo.

    La risposta è stata utile?

    0 commenti Nessun commento
  4. Anonimo
    2022-08-29T13:51:26+00:00

    Salve,

    Se si tratta di un insieme limitato e fisso di valori, inseriscili nella proprietà Intestazioni colonne della query:

    "nr. UPS";"attivo";"fermo"; ...

    Servus

    Karl

    La risposta è stata utile?

    0 commenti Nessun commento