Newsgroup: it.comp.appl.access
Titolo: Sembra tutto uguale ma la query non va..

Buongiorno ragazzi,
ogni tanto mi faccio vivo con qualche problemino dal quale non vengo
fuori
Ho semplicemente sostituito una tabella ( identica alla precedente
come campi, formati , etc) , ho ricostruito la join esattamente
com'era nella tabella precedente, ma......
con la nuova continua a darmi questo avviso " Numero di campi non
aggiornati per un errore di conversione tra tipi:1; a causa di
violazioni di chiave:0; a causa di violazioni di regola di convalida:
0."
Ora: non ci sono problemi di conversione ( i campi sono uguali) , non
ci sono campi duplicati, ..che puo' essere ?
Grazie mille a tutti
Eddie

 ha scritto nel messaggio 
news:3799204c-d99e-441b...@p2g2000prn.googlegroups.com...

Se non sbaglio, quando Access dà quella segnalazione, crea una tabella coi 
records errati. Nel tuo caso dovresti trovarti un solo record per l'errore 
di conversione. Controlla questa tabella e troverai sicuramente la causa 
dell'errore.
Ciao
Antonio

 ha scritto nel messaggionews:3799204c-d99e-441b...@p2g2000prn.googlegroups.com...

Grazie della risposta , ma non mi crea nessuna tabella; semplicemente
non aggiorna i campi con i corrispettivi valori. Proprio non la
esegue, anche se dico di Si
Ed.

 ha scritto nel messaggio 
news:4538ced8-b97f-45b6...@w1g2000prm.googlegroups.com...


Ed.
-------  RISPOSTA  --------------
Comunque la nuova tabella non credo che abbia gli stessi valori della 
precedente. Hai rispettato il formato dei campi, le join, ma magari c'è 
qualche record che non esisteva nell'altra tabella che causa questo errore. 
Permettimi di insistere su quanto dicevo prima. Per caso tu stai lavorando 
con tabelle collegate ? Forse in questo caso la nuova tabella la crea 
nell'altro mdb (o viceversa, non ricordo bene).
Ciao
Antonio

 ha scritto nel messaggionews:4538ced8-b97f-45b6...@w1g2000prm.googlegroups.com...

No, la tabella è importata.Ti spiego:
Ho una tabella Attività; da questa vado a pescare un record dalla
tabella Portafoglio, mi crea nuovo record, nel quale inserisco dei
valori, dei dettagli attraverso una ulteriore tabella Dettagli e Solo
ALLORA , su salvataggio del record , deve andare ad AGGIORNARE la
tabella Portafoglio.
Questa operazione avviene ANCHE  nel caso di successiva modifica del
record in oggetto.
Ho cambiato la sola tabella Portafoglio, ho pulito la tabella
Dettagli.
E zac...Impossibile aggiornare tutti i record , etc, etc, ...ma io ne
sto inserendo solo UNO, nuovo !!!
Non capisco

 ha scritto nel messaggionews:4538ced8-b97f-45b6...@w1g2000prm.googlegroups.com...

No, la tabella è importata.Ti spiego:


 ha scritto nel messaggio 
news:0ec6cd47-e830-44cd...@w24g2000prd.googlegroups.com...



Non capisco
---------  RISPOSTA  -------------
Io ho capito che la situazione è molto diversa da quanto avevo capito 
prima... ma purtroppo non ho capito quasi niente del modus operandi.
Mi viene da pensare che in molti casi parli di tabella, ma in realtà c'è una 
maschera (magari con sottomaschera) che la manipola.

 ha scritto nel messaggionews:0ec6cd47-e830-44cd...@w24g2000prd.googlegroups.com...

scusami , davo per scontato che il tutto era pilotato da maschere.
Il problema è che sono un po' nella cacca. Il giochino, un po'
complesso, almeno per me ,  mi era riuscito ( anche se embrionale) e
stavo cominciando
a personalizzarlo per portafogli diversi, ma se non capisco cosa
accade cambiando una sola tabella sono letteralmente bloccato.
Boh

 wrote:
---cut---
scusami , davo per scontato che il tutto era pilotato da maschere.
Il problema è che sono un po' nella cacca. Il giochino, un po'
complesso, almeno per me ,  mi era riuscito ( anche se embrionale) e
stavo cominciando
a personalizzarlo per portafogli diversi, ma se non capisco cosa
accade cambiando una sola tabella sono letteralmente bloccato.
Boh
l'errore che ricevi sembra abbastanza chiaro, vuoi memorizzare un dato non 
corrispondente al tipo del campo che lo deve ricevere, ad esempio cerchi di 
memorizzare una stringa in un campo di tipo numerico oppure di tipo data.
-- 
Ciao
geppo 

 ha scritto nel messaggionews:daff582b-e053-412f...@v39g2000pro.googlegroups.com...

No no no !!! Risolto
Non era quello. Avevo intuito che c'era qualche problema relativo ai
formati ma sembrava proprio tutto a posto..e lo era...solo
che ...grazie alla vostra
insistenza mi sono messo a riesaminare tutti i tipi di campo e tutto
il codice.
La complessità del "riesame " stava nel fatto che le query, in base ad
una serie di criteri mi restituivano poi un calcolo prospettico.
Esaminando il codice, che è corretto,  mi sono accorto ( mannaggia a
me, quando ho preso questa decisione)
che , essendo i calcoli tra query, query incrociate, union e
quant'altro,  abbastanza elaboratii,
avevo impostato per i campi numerici il valore predefinito "0".
Al momento mi sembrava la soluzione migliore e più agile rispetto ai
"Is Null/Is Not Null" reiterati.
Di conseguenza è ovvio ( ma avevo temporaneamente rimosso ) che quando
importi una tabella ( xls) , tutti i campi
precedentemente vuoti con l'importazione diventano campi Null  :-)) Il
valore predefinito purtroppo è valido solo con la creazione
diretta.Di conseguenza, le query trovavano dei campi Null non
previsti.
Mi sa che ho fatto una cazzata, ma oramai ..alea jacta est..a meno di
rifare il tutto..
Poco male; obbligherò i colleghi che vogliono usufruire della vita
facile che gli porterà il mio programma
a riempire di zeri tutte le celle numeriche vuote!!!
Potrei farlo anch'io con delle query di aggiornamento...ma che
lavorino un poco anche loro, no?
Grazie per la consulenza ad Antonio e a Geppo.