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-11T14:31:35+00:00

    ciao Andrea,

    Grazie ancora, non smetterò mai di farlo ! Funziona tutto esattamente come desideravo.

    prego:-) sono contento.

    [...]

    Mi stupisco di me stesso: sono riuscito ad aggiungere al codice di accodamento i campi "N° unico" + "ID_Responsabili conta" + "N° conta", senza capirci quasi nulla......................

    [...]

    bene per il risultato, un po' meno per la il no capirci nulla.... :-((

    [...]

    Per gli altri campi mancanti (giorno + mese + anno fiscale successivo eccetera) ho preferito creare una query di aggiornamento della tabella adempimentipercliente che lancio subito dopo l'accodamento: funziona anche questa, giornata di grazia.....

    [...]

    quindi un'altra query?....mmm...non mi piace secondo me si può fare meglio...effettuando l'accodamento senza altri passaggi. il basta che funzioni non mi piace.

    [...]

    Rimane un problema: il campo "n° conta" se si tratta di un privato è null (per altri motivi preferisco non dargli il valore zero) e mi da errore in fase di accodamento. Ho provato con if ma senza successo.

    [...]

    aiutati con i punti di interruzione facendoti stampare nella finestra di debug  la stringa sql.

    Se lo fai con il campo n° conta  con un valore null ottieni :

    insert into AdempimentiPerCliente ([ID_Elenco clienti],ID_adempimenti,ID_responsabili, id_anno, [N° Conta]) values (1,1,4,9,)

    la vedi la virgola finale senza il valore...? quello è l'errore di sintassi.

    sostituisci la stringa strSql in questo modo :

    strSql = "insert into AdempimentiPerCliente ([ID_Elenco clienti],ID_adempimenti,ID_responsabili, id_anno, [N° Conta]) values " & _

                       "(" & frm![ID_Elenco clienti] & "," & lst.Column(2, varItem) & "," & frm!ID_responsabili & "," & frm!cboAnno & "," & Nz(frm![N° conta], "null") & ")"

    e vedrai che accodi null. elimina il defaul value nella tabella AdempimentiPerCliente in corrispondenza del campo n° conta altrimenti accodi 0.

    ti suggereisco e raccomando ancora di non includere spazi e/o caratteri speciali nel nome dei campi e tabelle.

    [...]

    Grazie

    Andrea

    prego buon sabato.

    Ciao, Sandro.

    La risposta è stata utile?

    0 commenti Nessun commento
  2. Anonimo
    2016-06-11T13:42:39+00:00

    Grazie ancora, non smetterò mai di farlo ! Funziona tutto esattamente come desideravo.

    Mi stupisco di me stesso: sono riuscito ad aggiungere al codice di accodamento i campi "N° unico" + "ID_Responsabili conta" + "N° conta", senza capirci quasi nulla......................

    Per gli altri campi mancanti (giorno + mese + anno fiscale successivo eccetera) ho preferito creare una query di aggiornamento della tabella adempimentipercliente che lancio subito dopo l'accodamento: funziona anche questa, giornata di grazia.....

    Rimane un problema: il campo "n° conta" se si tratta di un privato è null (per altri motivi preferisco non dargli il valore zero) e mi da errore in fase di accodamento. Ho provato con if ma senza successo.

    Solo la tua pazienza ha permesso di risolvere tutti i problemi iniziali.

    Grazie

    Andrea

    La risposta è stata utile?

    0 commenti Nessun commento
  3. Anonimo
    2016-06-10T18:45:59+00:00

    ciao Andrea,

    [...]

    • se gli adempimenti di cui alla listbox vanno bene accodo tutto senza ulteriori passaggi;

    [...]

    fatto.

    [...]

    • se non vanno bene allora deseleziono quelli non interessati e accodo.

    [...]

    fatto.

    [...]

    • è possibile bypassare "m_accoda2" e fare tutto direttamente dalla form "elenco clienti" ?

    [...]

    fatto, ma tecnicamente migliorabile inserendo la routine di accodamento direttamente nel modulo di classe della form clienti, da rifinire in seguito.

    [...] 

    mi scrivi *"Per perfezionare il tutto l'accodamento è wrappato da una transazione"*e va bene ma la necessità sarebbe quella di evitare duplicati in base a ID_elenco clienti, ID_adempimenti e ID_anno; cioè: evitare che per il solito cliente venga accodato il medesimo adempimento per il solito anno, ma per l'anno successivo dovrebbe essere possibile;

    [...]

    fatto, ho inserito una combobox con qualche gadget per la gestione del null e not in list...tecnicamente migliorabile.

    [...]

    • i dati da accodare sono molti e alcuni non sono presenti nella maschera Elenco clienti", come: giorno, mese, anno fiscale successivo, telematico (che si trovano nella tabella adempimenti); "Tipo responsabile" e "numero" che dipendono dal tipo di adempimento, troppo complicato.

    [...]

    non fatto...troppe condizioni non specificate...dettagliale meglio...altrimenti come facciamo?

    [...]

    Non voglio che tu ci diventi matto però e spero soprattutto che ti siano chiare le mie esigenze.

    [...]

    non ho scaricato la demo ho visto un cross join nell'action query e.... ho chiuso tutto...magari è voluto...ma ricordo in passato un tuo post sul tema...ed allora non ci ho dedicato troppo tempo...spero di non avere sbagliato.

    [...]

    Buona serata e grazie

    Andrea

    [....]

    prego, se vuoi siam qua :-). scarica qui la modifica.

    ciao, Sandro.

    La risposta è stata utile?

    0 commenti Nessun commento