Access query accodamento da maschera

Anonimo
2016-05-29T14:07:11+00:00

Buon pomeriggio.

Una maschera, basata sulla tabella "combinazioni" e filtrata da una Query, elenca un serie di adempimenti che devono essere poi accodati nella tabella "adempimentipercliente".

Può darsi che sorga la necessità di accodare nella tabella di destinazione solamente alcuni adempimenti tra quelli elencati nella maschera; potrei in qualche modo deselezionare quelli da escludere.

Premetto che la tabella "Combinazioni" è una tabella generica, non riferita al cliente (il cliente viene filtrato dalla Query), per cui non posso (almeno credo)  inserirci una checkbox.

Esempio: la maschera per il cliente Rossi elenca i seguenti record (ID_Adempimenti):

  • telefonare;
  • cucinare;
  • uscire;
  • dormire.

Vorrei che "dormire" fosse escluso dall'accodamento, ad esempio deselezionandolo in qualche modo.

Grazie a tutti

Andrea

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
2016-12-10T17:45:23+00:00

ciao Andrea,

il modo più corretto per filtrare records in una form è l'impostazione di un filtro e non una query che compone la sua clausola where leggendo i parametri dalla form.

Inciso a parte, secondo me, per partecipare e rispondere in modo proficuo ai quesiti della community, spesso credo sia il caso non assecondare le intenzioni degli utenti ma cercare di indirizzarli verso la strada più tecnicamente corretta al limite dell'OT.

Vedo che qui sto fallendo alla grande, nel senso che il vero nodo cruciale è la messa a punto della base dati, non importa, ok, con maggiore padronanza dello strumento sarà un argomento che riprenderai più avanti.

Per quanto al quesito che poni la strada ed il ragionamento che fai è sostanzialmente corretto.

Qual è l'escamotage per filtrare la form dalla/dalle listboxes ?

E' possibile ricorrere alla funzione instriseca instr per farsi restituire la posizione di una stringa all'interno di un'altra.

Come fare nel tuo caso.

Supponiamo che tu stia selezionando, dalla demo che ti avevo preparato "agente di commercio" e "Brasile"

Se crei due campi calcolati su una query che restituiscono per ogni riga della query la posizione di "agente di commercio" e "Brasile" cosa otterrai? otterrai 0 quando la posizione è diversa da agente di commercio e 0 quando il paese non sarà Brasile, altrimenti un valore maggiore, giusto?

Lo stesso nel caso in cui la scelta dovesse essere multipla.

Ora viene la parte difficile.

Se imposti il filtro nella query >0 per la posizione e O >0 per il paese dovresti ottenere le righe corrispondenti al filtro.

Questo però solo nel caso in cui una della listBoxes non presenti selezioni perché se invece tutte le listboxes hanno una o più selezioni il criterio non è >0 O >0 ma >0 E >0.

Proviamo.

Nella demo che ti ho preparato inserisci due textBoxes nella form clienti.

La prima la chiami txtFilter, la seconda txtPaese.

modifichi la funzione per la creazione del filtro nel seguente modo :

Private Function createFilter2(ByVal lst As Access.ListBox) As String

Dim varItem   As Variant

Dim strFilter As String

' ciclo gli elementi selezionati della listBox passata come argomento lst

' concatenadoli tra loro per la creazione del filtro

For Each varItem In lst.ItemsSelected

    strFilter = strFilter & "," & lst.Column(0, varItem)

Next

strFilter = Mid$(strFilter, 2)

createFilter2 = strFilter

End Function

ed inserisci  un command button che assegna alle textBoxes il risultato della/delle selezioni e al contempo risolverà la query una volta ancora con le nuove impostazione aggiornando il recordSource della form :

Private Sub cmdFilter2_Click()

Me.txtFilter = createFilter2(Me.lstPosizione)

Me.txtPaese = createFilter2(Me.lstPaese)

Me.Requery

End Sub

imposti e salvi una query con il seguente statement sql che diventerà il recordSource della tua form :

SELECT Clienti.IDClienteTesto,

            Clienti.NomeSocietà,

            Clienti.Contatto, Clienti.Posizione,

            Clienti.Paese,

            InStr(forms!Clienti!txtpaese,[paese]) AS pae,

            InStr([forms]![clienti]![txtfilter],[posizione]) AS pos

FROM

            Clienti

WHERE

       IIf(len(forms!Clienti!txtpaese & "")>0 And len(forms!clienti!txtfilter & "")>0,

            InStr(forms!Clienti!txtpaese,[paese])>0 And InStr(forms!clienti!txtfilter,[posizione])>0,InStr(forms!Clienti!txtpaese,[paese])>0 Or InStr(forms!clienti!txtfilter,[posizione])>0)

Or forms!Clienti!txtpaese Is Null Or forms!clienti!txtfilter Is Null;

come vedi la clausola where è complicata anche se facilmente comprensibile, ma con più listboxes da gestire lo statement diventa più verboso.

Attraverso la creazione di un filtro hai qualche riga di VBA in più, ma il procedimento è assolutamente più rigoroso, quindi prendi questa soluzione solo per scopo didattico per capire cosa non fare :-)

Tutto questo sempre IMHO.

Ciao, Sandro.

La risposta è stata utile?

0 commenti Nessun commento
Risposta accettata dall'autore della domanda
Anonimo
2016-12-04T11:50:39+00:00

ciao Andrea,

non ho dato seguito ulteriore al 3D e forse ho fatto male come credo di fare male mettendoti a disposizione una demo per impostare un filtro su selezione multipla via listbox. (poi di seguito capisci il perché).

Credo che la query che mostri, in cross join, non sia il modo più corretto di procedere e altresì credo che ci sia qualcosa di errato nell'impostazione del db.

In ogni caso prova a vedere qui : demo dove ti mostro molto semplicemente il modo per selezionare più elementi da una o più listBoxes ed impostare il filtro risultate dalle selezioni.

Ho cercato di commentare il codice per rendere il ragionamento applicato di facile comprensione, e spero di esserci riuscito.

Sono convito che l'impegno vada sempre considerato e premiato, e da qui il ragionamento che mi ha spinto verso la demo, però!

Credo che il db debba essere impostato in modo che, indipendentemente dalla complicatissima situazione fiscale italiana, della quale la mia ignoranza è maggiore alla sola padronanza di Access ( quindi vedi un po' come sei messo...), il db ti debba consentire, dicevo, di impostare la posizione fiscale di ogni cliente.

In questo modo, si, impostando un filtro hai la/le posizioni fiscali correttamente restituite, un cross join che restituisce oltre 700.000 righe mi da il sentore che qualcosa di errato per quanto all'impostazione dei dati.

Tutto questo sempre IMHO.

un saluto e buona domenica!

Ciao, Sandro.

La risposta è stata utile?

0 commenti Nessun commento

49 risposte aggiuntive

Ordina per: Più recente
  1. Anonimo
    2016-11-28T08:15:37+00:00

    Buongiorno e grazie.

    Il problema sta proprio in questo. Quando creo un nuovo adempimento fiscale (per la cronaca e alla faccia della tanto sventolata semplificazione dal 2017 ce ne saranno 8 nuovi !!!!!) è necessario che individui quali dei miei clienti saranno interessati; l'individuazione del "cliente tipo" è effettuata sulla base della combinazione di 5 ID. Non mi è riuscito trovare almeno per ora una soluzione migliore.

    Avevo allora pensato alla maschera "nuovo adempimento" presente nella demo dove, una volta individuato il nuovo adempimento, sono in grado di selezionare chi interessa; esempio: l'adempimento X a livello di tipo cliente interessa le Srl, a livello di Tipo Iva tutti e così via; gli elementi selezionati nelle varie listbox dovrebbero essere i "filtri" o meglio i criteri per la query combinazioni. So che non è il massimo della semplicità ma sinceramente non mi viene in mente niente di meglio, che poi è quello che tu scrivi:

    Alternativa maggiormente vantaggiosa creare un filtro risultato del ciclo degli itemSelected delle singole listbox.

    Preponderei per questa ipotesi.

    Grazie e buona settimana

    Andrea

    La risposta è stata utile?

    0 commenti Nessun commento
  2. Anonimo
    2016-11-27T22:04:46+00:00

    ciao Andrea,

    non ho analizzato la struttura del DB ma la query che mostri è un cross-join per cui senza join nelle tabella la uery si risolve estraendo il prodotto del numero delle righe delle tabelle che entrano in gioco, tanta roba quindi.

    E' proprio quello che ti serve?

    Per ottenere una query così come la descrivi non vedo molte soluzione al ciclare gli la collection itemSelected di ogni singola listbox, comporre la clasola where concatenandone il risultato ed eventualmente salvare lo statement sql ottenuto nella collection querydefs e  questa potrebbe essere l'origine dati di una form.

    Alternativa maggiormente vantaggiosa creare un filtro risultato del ciclo degli itemSelected delle singole listbox.

    Preponderei per questa ipotesi.

    La cosa però che mi perplime maggiormente è la query in cross join....

    HTH.

    Ciao,  Sandro.

    La risposta è stata utile?

    0 commenti Nessun commento
  3. Anonimo
    2016-11-27T17:16:04+00:00

    Buona serata a tutti.

    Riapro questa vecchia domanda per "torturarvi" ancora un po'.

    Riassumendo le tre paginate di domande e risposte (risolte brillantemente) si trattava di lanciare un accodamento da una maschera una volta selezionati gli adempimenti da una casella di riepilogo presente in una maschera. Ho cercato di adattare il codice ad una problematica per certi aspetti simile, ma senza successo: sembra banale ma non ci riesco !

    https://1drv.ms/u/s!AoS1f\_man2ULhqdqj4ZWBhW-2KDBZQ

    Come potete vedere nella demo ho la maschera "Nuovo adempimento" con alcune caselle di riepilogo e la query "CombinazioniFiltrate". Anziché accodare avrei la necessità di filtrare la query sulla base di quanto selezionato nella varie caselle di riepilogo della maschera.

    Spero di essere stato chiaro.

    Buona domenica

    Andrea

    La risposta è stata utile?

    0 commenti Nessun commento