Newsgroup: it.comp.appl.access
Titolo: [access 2003] N.ro record che cambia dopo ordinamento

Una query contenente tre tabelle legate tra esse da un join, quando viene 
lanciata mi ritorna un numero di record.
A query aperta cliccando sul pulsante ordina A-Z o Z-A, il numero di recond 
cambia, diminuisce di 1-2 a volte anche tre record, ma a caso, nel senso che 
se clicco sempre sul tasto dell'ordinamento, il 
n.ro
 record non cambia 
sempre.
E' un bug conosciuto oppure sbaglio io qual cosa?
__________ Informazioni da ESET NOD32 Antivirus, versione del database delle firme digitali 6144 (20110523) __________
Il messaggio è stato controllato da ESET NOD32 Antivirus.
www.nod32.it

 E' un bug conosciuto oppure sbaglio io qual cosa?
E' un bug sconosciuto oppure sbagli qualcosa.
Popi

 Popi
facendo verifiche ho capito che dipende dalle tabelle collegate tramite ODBC
se le porto in locale, non  succede.
Quando ordino si perde per strada dei record contenuti in tali tabelle.
__________ Informazioni da ESET NOD32 Antivirus, versione del database delle firme digitali 6145 (20110523) __________


 Quando ordino si perde per strada dei record contenuti in tali tabelle.
Continui a sbagliare qualcosa:
- qual e' il sql della query? (manca)
- come accedi alle tabelle? (celo quasi)
- che versione di Access usi? (manca)
Popi

 che versione di Access usi? (manca)
vedi oggetto post :)

 vedi oggetto post :)
Accedo al ng tramite google, e scopro adesso che visualizza l'oggetto
completo del post solo in visualizzazione struttura messaggi :( sorry!
Ho preso 3 tabelle da un mio db (formato mdb), ed ho adattato le
strutture in modo da avere campi con lo stesso nome, poi mi sono
creato una query e ci ho messo il sql da te indicato.
Aprendo la query mi son visto cicciare fuori 1026 record.
Poi ho esportato le 3 tabelle in un origine dati odbc (sql server
native client 10.0, vers. driver 2009.100.1600.01), quindi le ho
collegate ed ho fatto girare la query ... che mi ha ritornato 1026
record.
Ed ha continuato a mostrarmi solo quey 1026 record indipendentemente
dal criterio e campo scelto per l'ordinamento.
Resta, quindi, da capire se si tratti di una questione relativa a A03,
o se, ad esempio, possa dipendere dal driver odbc utilizzato.
E questo credo risponda alla tua domanda "in che senso? ho collegato
le tabelle tramite ODBC... cos'altro ti interessa sapere?", dato che
io ho potuto usare quel driver odbc perche' per quello ho disponibile
un db, ma tu potresti avere il db in altri formati e/o usare driver
particolari.
Mi incuriosisce, tuttavia, una cosa: nella query estrai come "Codice"
il campo art.apr010 quando (IMVVVHO!) mi sembrerebbe piu' logico
estrarre il campo Articoli_campionati.Codice da cui inizia
l'estrazione per visualizzare *SOLO* i record di."Articoli_campionati"
che esistono in "art".
Cosi' facendo, invece, in testa alla query ti troverai un bel record
vuoto quando qualche record "di Articoli_campionati" non esiste in
"art".
A meno che, naturalmente, questo non sia uno dei tuoi scopi ... ma
resto comunque dubbioso, perche' in passato ho visto qualche stranezza
con le query di unione e di raggruppamento nel caso di record nulli.
HTH :)
Popi

"art".
Ed infatti il "problema" per access era appunto questo.
SELECT Articoli_campionati.Codice, art.apr020 AS Descrizione, art.apr220 AS
Ean, art.apr080 AS Categoria_statistica, ttab.tab020 AS Cod_cat_m,
ttab.tab030 AS Des_cat_m
FROM (Articoli_campionati LEFT JOIN art ON Articoli_campionati.Codice =
art.apr010) LEFT JOIN ttab ON art.apr070 = ttab.tab020
GROUP BY Articoli_campionati.Codice, art.apr020, art.apr220, art.apr080,
ttab.tab020, ttab.tab030;
cosě funziona, posso ordinare tutte le volte che voglio ed i record
rimangono sempre gli stessi. nell'altro modo, come dicevi tu, si incasinava
quando trovava record vuoti.
Grazie!
__________ Informazioni da ESET NOD32 Antivirus, versione del database delle firme digitali 6147 (20110524) __________
Il messaggio č stato controllato da ESET NOD32 Antivirus.
www.nod32.it

 Grazie!
Prego, ma sarei stato stato contento se ci avessi detto con che tipo
di origine dati tu stia lavorando.
Hai visto mai che, in futuro, qualche altro tapino [1] non possa
giovarsi della soluzione ...
Popi
[1] Senza andare tanto lontano: c'e' un sql-zucchino in arrivo per
questo povero ortolano ...

di origine dati tu stia lavorando.
"Microsoft visual fox pro driver"
__________ Informazioni da ESET NOD32 Antivirus, versione del database delle firme digitali 6147 (20110524) __________
Il messaggio è stato controllato da ESET NOD32 Antivirus.
www.nod32.it