Newsgroup: it.comp.appl.access
Titolo: Query con accodamento.

Salve ragazzi,
ho uno strano problema e, cioč, ho creato una query di accodamento records
tra due tabelle di due database diversi ed aventi gli stessi identici campi.
Funziona! Perň ho notato che ogni volta che mando in esecuzione la query
'giustamente' vengono accodati gli stessi records che in questo modo si
moltiplicano.
Come faccio ad evitare che l'utente, in preda ad un attimo di 'distrazione',
mandi in esecuzione la query, piů di una volta, con un semplice click del
mouse?
Ho usato un tasto comando ed all'evento click ho scritto due righe di codice
per mandare in esecuzione la query.
Ciao, grazie mille
Rita

 Rita
metti una chiave primaria sui dati che ti interessano. cosě facendo non
potra nessuno accodare gli stessi dati nella tabella in quanto non
potranno esserci dati uguali in quel o in quei campi e tutto č risolto.
ciao
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Rita
Se hai una chiave primaria, per esempio un contatore, aggiungi un criterio
per escludere dalla query di selezione i record già presenti nell'altra
tabella:
  INSERT INTO tabella2 (campo1, campo2, ...)
  SELECT campo1, campo2, ... FROM tabella1
  WHERE ID Not IN (SELECT ID FROM tabella2);
Namor
-- 
namor at inwind punto it



Quando hai accodato i dati che succede? Ossia; quando hai la possibilità di
ri-accodare i dati?
Ti basta testare la presenza di dati nella tabella
(DCount("*","nomeTabella"))?
Ciao.
--
Sergio MAZZA

 ha scritto nel messaggio
news:c7f9v8$i0s$1...@news.newsland.it...

Ciao mino, grazie per l'aiuto, a dire il vero non avevo proprio pensato alla
chiave primaria, a rigore di logica deve funzionare per forza.
Ciao
Rita

 ha scritto nel messaggio
news:c7fbg5$sg2$1...@news.newsland.it...

Ciao namor, ogni vostro suggerimento per me è molto prezioso, proverò tutto
ciò che mi consigliate sicuramente anche perchè vorrei gestire una eventuale
situazione di errore se fosse possibile, intendendo per errore lo
smanettamento 'audace' dell'utente.
Grazie mille
Rita

 ha scritto nel messaggio
news:c7fhvs$26r$1...@canarie.caspur.it...

Ciao Sergio, allora quando accodo i dati non succede nulla, in pratica me li
raddoppia o triplica a seconda di quante volte mando in esecuzione la query.
Io ho due database che simulano due programmi di prenotazione della visita
medica, una sorta di agenda molto semplice, quando il medico si sposta tra
una sede e l'altra deve poter accodare le visite prenotate nell'altra sede.
Comunque, proverò anche il tuo suggerimento.
Ancora grazie
Ciao
Rita

 ha scritto nel messaggio
news:c7fbg5$sg2$1...@news.newsland.it...

Ciao namor, scusami ma nel provare il tuo codice mi sono trovata di fronte
ad un problema. In pratica la tabella 2 è sotto un altro percorso, cioè :
C:\windows\Desktop\AccodaRecords.mdb
Se scrivo solo teballa 2, access non riesce a trovarla perchè si trova in un
altro database.
Non sono riuscita ad inserire nel codice SQL la dicitura esatta.
Come faccio?
Grazie ciao
Rita

 ha scritto nel messaggio
news:c7f9v8$i0s$1...@news.newsland.it...

Il tuo suggerimento si č rivelato giusto, ho inserito anche la chiave
primaria e funziona benissimo perchč ovviamente non vi puň essere la
duplicazione della chiave.
Grazie, ciao Rita

 ha scritto nel messaggio
news:c7fbg5$sg2$1...@news.newsland.it...

Un problema namor! Scusami, ma ci ho pensato solo ora usando i due programmi
di prenotazione delle visite, purtroppo devo lasciare e prendere il lavoro
per cui a volte mi sfuggono cose importanti.
Non posso basare l'accodamento dei records sulla non duplicazione delle
chiavi primarie per il semplice motivo che potrebbero benissimo capitare
chiavi primarie uguali ma con campi di diverso contenuto e questo perchè i
due programmi vengono usati autonomamente.
A questo punto sono di nuovo in alto mare......
Comunque sempre grazie.
Ciao Rita


Sembrerebbe un tipico problema risolvibile con la replica.
Dovresti dare un'occhiata all'help al riguardo.
Ciao Nicola


Ciao Nicola, ti ringrazio, vedrņ un pņ.
Saluti Rita

 Rita
Ma hai risolto?
Ciao.
-- 
Sergio MAZZA

 ha scritto nel messaggio
news:y6cnc.165070$hc5.7...@news3.tin.it...

Ciao Sergio,
non ho risolto, ogni volta che penso ad una soluzione trovo il bug.....
Non so cosa fare.
Grazie ciao
Rita

 Rita
Io pensavo ad un "interruttore" che veniva impostato a True quando accodavi
i dati; chiaramente prima di accodare facevi un test sullo stato di questo
interruttore.
Solo che non ho idea del "quando" questo interruttore dovrà tornare a False,
cioè darti la possibilità di accodare di nuovo i dati. Spiega meglio tutto
il procedimento...
Ciao.
-- 
Sergio MAZZA

una sede e l'altra deve poter accodare le visite prenotate nell'altra sede.
L'accodamento puň essere solo in un senso? (cioč dal portatile del
medico che si sposta verso il DB della sede).
Č possibile aggiungere nel db che sta sul portatile un campo sě/no da
valorizzare al momento del trasferimento?
Ciao
--
Alberto
No alle guerre

 ha scritto nel messaggio
news:9Nlnc.223626$rM4.9...@news4.tin.it...

Sì l'idea è buona.
Per quanto riguarda la dinamica ti spiego:
l'utente in questione (il chirurgo) opera in due sedi diverse: sedeA e
sedeB.
Lui, o chi per lui (personale paramedico di reparto), immette i dati
nell'agendaA quando si trova nella sedeA.
I dati riguardano la prenotazione delle visite ambulatoriali che il chirurgo
dovrà effettuare nell'arco di una settimana o di un mese (non ha
importanza).
Quando, poi, il chirurgo si sposta nella sedeB utilizzerà l'agendaB in cui
avrà immesso nei giorni precedenti ed immetterà nei giorni successivi le
visite da effettuare in quella sede, ovviamente per avere un quadro completo
della situazione dovrà accodare anche le prenotazioni prese nella sedeA.
Tutto ciò ha comunque una logica perchè quando si trova ad operare nella
sedeA può comunque prendere prenotazioni per la sedeB e viceversa, in ogni
caso deve poter valutare il tempo che gli rimane per spostarsi tra una sede
e l'altra per cui è importante per lui avere sempre tutto il quadro delle
visite da effettuare in qualsiasi sede egli si trovi.
Me li scelgo bene gli utenti io! Accidenti.....
Questo è ciò che devo gestire, in un primo momento sembrava una
cavolata...., ma poi mi sono intricata nelle query....
Se mi risolvi il problema ti faccio una raccomandazione per una eventuale
operazione chirurgica, il chirurgo è molto bravo e quotato nel
Molise...ehehe..dai scherzo..spero non ce ne sia bisogno.
Ciao Rita
P.S.: Ora devo correre in cucina altrimenti mia madre mi spella...

 P.S.: Ora devo correre in cucina altrimenti mia madre mi spella...
E ti cucina Lei per bene...
Ciao.
-- 
Sergio MAZZA

 ha scritto nel messaggio
news:epvr90dvgp5g7mehh...@4ax.com...

Ciao Alberto,
purtroppo l'accodamento puň avvenire nei due sensi, non solo in un senso.
Sě anche il campo sě/no potrebbe essere un'idea.
Farň qualche prova.
Grazie mille
Ciao Rita

Ciao Rita
Credo si possa ugualmente fare. Comunque vedo che qualcosa di simile
te lo sta proponendo anche Sergio ... quindi sei già in mani migliori.
Ciao.


 ha scritto nel messaggio
news:6opu905sj1m244oga...@4ax.com...

Grazie Alberto comunque.
Ciao Rita


Grazie Sergio, vedrò di fare tesoro dei tuoi suggerimenti.
Ciao Rita

purtroppo l'accodamento può avvenire nei due sensi, non solo in un senso.
Un'altra possibilità ... vedi se può fare al caso tuo.
La tabella delle prenotazioni la metti in un db su un floppy, colleghi
la tabella a entrambi i database su PC, e lavori sempre sul medesimo
floppy.
... routine iniziale che controlla il corretto inserimento del
dischetto e routine di chiusura che fa una copia di sicurezza del db
dal floppy sull'hard disk ...
Se è interessante per te potrei trovarti da qualche parte le due
routine (ma sono molto semplici).
Ciao
+++
(o)P.S.:
ho mandato per errore la risposta anche al tuo indirizzo: chiedo
scusa!


 No alle guerre
Io eviterei i floppy; visto il costo ridotto inizierei ad utilizzare i "pen
drive"...
Ciao.
-- 
Sergio MAZZA

 ha scritto nel messaggio
news:9nov90hqi6qe82t13...@4ax.com...

Ciao Alberto, figurati non hai nulla di cui scusarti, ora però io ho
risposto con la mia email personale non avendo aperto la posta del ng per
prima.
In ogni caso rispondo anche qui, faccio un copia ed incolla.
Ti ringrazio per la tua disponibilità, purtroppo devo dirti che la tua idea,
anche se molto valida e ragionevole, non funziona per il tragico motivo che
i due programmi agiscono in totale autonomia e, quindi, vuol dire che mentre
il chirurgo si trova in una sede, può succedere che il personale di reparto
faccia altre prenotazioni dall'altra sede,
Non sarebbe possibile servirsi dello stesso floppy.
Comunque grazie.
Ciao Rita

 ha scritto nel messaggio
news:wT_nc.172481$hc5.7...@news3.tin.it...

Sì si certo Sergio, però come avrai letto la email di risposta ad Alberto,
non posso utilizzare questo metodo.
Accidenti!!!!
Vedrò di sbrigarmela coi tasti, poi però, se rimango in mezzo al guado spero
nel vostro aiuto!
Ciao Rita

 Ciao Rita
Coi tasti??? Mi sono perso qualche puntata?
Leggendo la tua ultima risposta ad Alberto mi sono convinto che la soluzione
del flag (Accodato sě/no) nelle tabelle delle prenotazioni in sede č una
buona soluzione...
Ciao.
--
Sergio MAZZA

 ha scritto nel messaggio
news:c7sjte$i2t$1...@canarie.caspur.it...

ahaha ma scusami, so io che ho i tasti capovolti......
Intendevo indicare la soluzione a cui fai riferimento tu ora.
Ciao Rita

 ha scritto nel messaggio
news:%tboc.48718$Qc.19...@twister1.libero.it...

Poiche' noto che il 3d continua vorrei segnalare che avevo suggerito di
utilizzare la replica.
Mi sembra che la problematica sia 'facilmente' e tipicamente risolvibile con
la stessa.
 Io per esempio la utilizzo con un db personale che ho sia sul pc di casa
che su un disco USB che mi porto in giro.
HTH
Ciao Nicola

 ha scritto nel messaggio
news:sXvoc.246191$rM4.10...@news4.tin.it...

Ehm...ciao Nicola, se non ho chiesto altro riguardo alla replica è solo
perchè non l'ho mai usata e non saprei da dove iniziare.....
Non è stata scarsa attenzione nei tuoi confronti, ma soltanto un
atteggiamento di 'rassegnazione' di fronte ad un problema che penso di non
riuscire a risolvere ora con il poco tempo che ho a disposizione.
Ti ringrazio di nuovo per la tua disponibilità.
Ciao Rita


[CUT]

Forse con un piccolo sforzo iniziale potresti scoprire che e' proprio la
soluzione piu' giusta...
Comunque buon lavoro
Ciao Nicola

 ha scritto nel messaggio
news:wrQoc.185744$hc5.8...@news3.tin.it...

Grazie Nicola, vedrò di farlo visto che me lo consigli con tanta
convinzione.
Poi se vi sto addosso non lamentatevi! Ehehe
Ciao Rita


Il ng esiste proprio per questo.
Ciao Nicola

 Ciao Rita
E chi si lamenta??? Stai! Stai!
Ciao.
-- 
Sergio MAZZA

 ha scritto nel messaggio
news:%aZoc.254495$rM4.10...@news4.tin.it...

Grazie
Ciao Rita