union
Salve a tutti .
vorrei porvi un quesito banale forse ma difficile per me perche' uso la union con access 2003 per la prima volta.
vado al punto: vorrei creare una query di unione tra due query di campi identici ma con delle combo box. il problema e' che il risultato della query di unione funge ma con il risultato delle combo con l'ID ( esempio cliente 1 invece di "roma")come ovviare a questo inconveniente?
il codice e':SELECT * FROM FITOKA
UNION SELECT* FROM FITOKB;
Quindi tu nelle query normali sei riuscito a costruire la ComboBoxOriginariamente inviato da enzo53
vorrei creare una query di unione tra due query di campi identici ma con delle combo box.
il problema e' che il risultato della query di unione funge
ma con il risultato delle combo con l'ID ( esempio cliente 1 invece di "roma")
come ovviare a questo inconveniente?
perche le puoi vedere in "visualizzazione struttura"
Mentre nelle Union non puoi perche le puoi vedere solo come visualizzazione SQL
__________________________________________________ _________
A parer mio il problema è opposto,
il problema e appunto che tu usi le query ( magari anche le tabelle )
come strumento per manipolare i dati alla stregua di Maschere.
Questo è un errore perche ti perdi moltissime opzioni di
conrollo, sicurezza, e aiuto all'inserimento dati
che invece offrono le maschere
__________________________________________________ _________
Ma non voglio fare la predica
__________________________________________________ __________
Quindi per risolvere il tuo problema direi che su una query di unione non
puoi creare delle ComboBox
Devi pertanto fare una maschera che abbia come origine dati la tua Query
( Usa una creazione guidata di maschera in foglio dati )
Poi nella maschera ( in visualizzazione struttura )
puoi tranquillamente fare ClikDx sul tuo controllo
scegli "cambia in casella Combinata"
Poi nella casella combinata appena nata imposti le seguenti proprieta
________ Tab "Dati"
__ "origine riga" fai una piccola query ( usando il generatore ... ) con al 1° posto il dato che vuoi visualizzare
e successivamente il ID che devi memorizzare
__ "colonna associata" ci scrivi 2 o 3 o n comunque il posto che occupa il tuo ID
nella query della origine riga
_________ Tab "Tutte"
__ "Numero Colonne" ci scrivi il numero totale di colonne della tua query della origine riga
Facci sapere
.
grazie per avermi risposto.ho provato a fare come consigliatomi e funge alla grande.
riguardo le tue sacrosante osservazioni , hai perfettamente ragione. il fatto e' che anni fa(12)
creai questo db costruendo le varie tabelle in mod struttura , usai alla colonna "tipo di dati" la voce "ricerca guidata " per collegare la tabella con un'altra in modo da poter scegliere il campo che mi interessava.
effettivamente se lo avessi fatto da maschera ,avrei migliorato il db....a questo punto mi sorge un dubbio:e' possibile che il fortissimo rallentamento all'apertura delle varie maschere fatto da altri utenti che interagiscono con il db (frontend e backend) ne sia la causa?
grazie di nuovo . enzo
12 anni sono tanti per un DB di Access,Originariamente inviato da enzo53
e' possibile che il fortissimo rallentamento all'apertura delle varie maschere fatto da altri utenti che interagiscono con il db (frontend e backend) ne sia la causa?
__ significa che è stato fatto bene
Ma magari non hai mai compattato il BackEnd
__________________________________________________ _____
Certamente le CaselleCombinate rallentano la apertura in quanto
per ogni record visualizzato il DB deve fare una query per visualizzare
( trasformare ) un Id in un nome
__________________________________________________ ______
Ma se sia piu oneroso ( per il DB ) eseguire questo lavoro
nel BackEnd o nel FontEnd non saprei dirtelo,
dovresti provare
__________________________________________________ _____
Mi "solletica" in questo momento il dubbio ( ma è solo un dubbio )
che la presenza di CaselleCombinate nel BackEnd e necessariamente
anche nel FontEnd raddoppi l'onere per il DB ???
__________________________________________________ ____
__________________________________________________ ____
__________________________________________________ ____
Io comunque sono per le BasiDati "pulite"
__ niente formattazioni
__ niente caselle combinate
__ niente maschere di imput
__ niente di niente
Solo Tabelle, Relazioni, Indici e Vincoli se necessari
.
il rallentamento all'accesso alle tabelle da parte degli utenti e' un problema molto serio se non si rispettano delle regole precise e sicuramente valutare bene cosa far aprire ai vari utenti.
Comunque sono arrivato alla conclusione di rifare il db con l'esperienza di adesso e centellinando bene cosa far fare ai vari utenti per snellire al massimo l'accesso al be.comunque devo documentarmi bene perche' ho ancora qualche lacuna .....
Se hai qualche riferimento a guide serie e non troppo "difficili",ti sarei grato se mi postassi qualche indirizzo ciao enzo
Permessi di invio
Rispondi quotando