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ù utili
  1. Anonimo
    2016-06-02T09:51:51+00:00

    ciao Andrea,

    se ho capito bene le tabelle clienti e adempimenti sono strutturate in relazioni 1->M ora?

    1. Nell'intestazione della maschera ho una serie di campi che "identificano e caratterizzano" il cliente ("ID_tipocliente", "ID_tipocontabilità", eccetera). Nel corpo della maschera stessa ho l'elenco degli adempimenti (ID_Adempimenti) del cliente selezionato, che sono basati sulla tabella "adempimenti".

    Se così fosse, potresti creare una query di selezione delle tue tabelle in join.

    Questo sarà il rowSource della listbox, vedrai cioè in essa tutti i campi oggetto di accodamento quelli che hai scelto nella query.

    Poi, con una modifca minima all'action query, sfruttando la chiave primaria della lato molti riesci a indentificare le righe che vuoi accodare e di conseguenza ad accodarle:

    strSql = "insert into t1 (" & strFLD & ") select " & strFLD & " from query1 as Q " & _

             " where exists (select idordine from query1 where q.idordine=query1.idOrdine and idOrdine=" & frm.Ordini!idordine & ")"

    statement di cui sopra lo potresti scrivere anche con l'operatore in ma è preferibile exists per ragioni per performance.

    ho inserito questa sub :

    Public Sub kickoff()

    Set frm = Application.CodeContextObject

    End Sub

    richiamata così :

    Private Sub cmdAccoda_Click()

    kickoff

    DoCmd.OpenForm "m_accoda2", acNormal

    End Sub

    che forse chiarisce meglio l'utilizzo della variabile oggetto frm.

    [...]

    1. Oltre ai dati relativi agli adempimenti selezionati con "m_accoda", dovrebbero essere accodati anche altri dati; per evitare di complicarmi (e complicarti soprattutto !) troppo la vita, converrebbe forse accodare gli adempimenti in una tabella provvisoria e utilizzare quest'ultima della Query di accodamento che già ho creato ?

    [...]

    ...mmm...preferirei onestamente evitare...

    Qui replico quanto sopra illustrato.

    [...]

    Grazie ancora.

    Andrea

    prego, ciao Sandro.

    La risposta è stata utile?

    0 commenti Nessun commento
  2. Anonimo
    2016-06-02T08:00:54+00:00

    Grazie Sandro. Il tuo esempio è "geniale" anche se sto impazzendo per cercare di adattarlo alle mie esigenze; purtroppo quando mancano le basi..........; provo comunque a spiegare la mia difficoltà che danno origine a due problemi:

    1. Nell'intestazione della maschera ho una serie di campi che "identificano e caratterizzano" il cliente ("ID_tipocliente", "ID_tipocontabilità", eccetera). Nel corpo della maschera stessa ho l'elenco degli adempimenti (ID_Adempimenti) del cliente selezionato, che sono basati sulla tabella "adempimenti".

    Cliccando su "cmdinsert" si apre "m_accoda" la quale elenca non gli adempimenti ma "ID_tipocliente", ID_tipocontabilità", eccetera. Ho provato a modificare l'origine riga della listbox "lstfields" inserendo la tabella "adempimenti" ma niente.

    1. Oltre ai dati relativi agli adempimenti selezionati con "m_accoda", dovrebbero essere accodati anche altri dati; per evitare di complicarmi (e complicarti soprattutto !) troppo la vita, converrebbe forse accodare gli adempimenti in una tabella provvisoria e utilizzare quest'ultima della Query di accodamento che già ho creato ?

    Sicuramente, non avendo chiaro il tuo preziosissimo codice, non sono in grado di adattarlo alle mie esigenze. Grazie ancora.

    Andrea

    La risposta è stata utile?

    0 commenti Nessun commento
  3. Anonimo
    2016-05-31T15:04:43+00:00

    ciao  Andrea,

    nel db di  esempio trovi un modulo in cui è inserita la variabile pubblica frm  dimensionata come variabile oggetto form.

    Cosa succede?

    su caricamento  della form clienti, quella che contiene i campi da accodare, vai a instanziare la variabile oggetto  frm alla classe me che non è altro  che la form clienti stessa.

    In questo  modo se il codice lo fai eseguire nel tuo scenario, la form che conterrè i controlli associati che necessiti accodare in un'altra tabella sarà sempre frm e non dovrai  cambiare una virgola (mmmm...chissà se mi sono spiegato...).

    Proseguo.

    Il rowSourceType della listbox è impostata a elenco campi, e di  conseguenza impostandone il  rowSource a frm.RecordSource verrà popolata con l'elenco  dei  campi della recorSource della variabile oggetto frm che...è sempre la form clienti di cui  sopra...ma potrebbe essere qualsiasi altra form.

    Cliccando  quindi  su  cmdInsert non fai  altro che ciclare gli item della listbox e ottenere in una stringa il nome dei  campi selezionati, che successivamente saranno concatenati nella strina strSql per formare lo statement di accodamento.

    questa  ultima parte  dovrebbe/potrebbe essere migliorata rendendola maggiormente flessibile in quanto la clausola where :

    " where idcliente='" & frm.Controls("idcliente") & "'"

    è sostanzialmente una costante e le costanti  sono  il male...

    si potrebbe ad esempio identificare automaticamente  la chiava primaria del recordSource dell'oggetto frm e concatenare quello alla stregua del nome dei campi e della tabella...

    Ma!se la soluzione proposta la devi  attuare per una sola tabella basta personalizzarla con i campi del tuo  scenario  e la modifica è davvero minima.

    Se necessiti implementare questa soluzione nel tuo scenario e ti serve una mano....no  problem :-).

    Con un po' di  ulteriore fantasia si potrebbe inserire  un'altra listbox e spostare nella seconda listbox i  campi da accodare sulla stessa falsa riga del wizard che access mette a disposizione per la creazione di  una form...

    HTH.

    ciao, Sandro.

    La risposta è stata utile?

    0 commenti Nessun commento