Newsgroup: it.comp.appl.access
Titolo: Rivolto ai GURU del NG: OT ma ci spero

Scrivo anche a voi perchè forse c'è un guru in questo ng che sa fornirmi una
risposta.
Il testo del mes per il ng di vb era:
Scrivo a voi dopo essermi inca$£%&to enormemente con MS.
430.000lire (tanto chiedono) per fare una domanda!
Già nei giorni scorsi ho postato ma adesso gradirei sapere da qualcuno il
perchè del
comportamento del mio VB6.(sempre che esista un perchè!)
Il comportamento è questo:
Accesso tramite ADO
 ho una query dentro un DB di Access
(qualsiasi Access: 2.0, 97,2000) e tale query la associo a una griglia od
anche a semplici caselle di testo,
mi si permette la lettura ma non la modifica.
La ragione è (secondo lui): le informazioni sulle colonne chiave non sono
sufficienti per effettuare
l'aggiornamento!
Tale comportamento lo ho rilevato anche con un DB agganciato tramite ODBC
(l'origine era comunque un mdb)
sotto Interdev.
In interdev era ancora più frustrante perchè avevo associato una TABELLA con
il campo primaryKey composto da due campi.
 ed allora cosa c$"£zo non mi fai cancellare se nel caso della tabella è
evidente che i dati sono quelli... cosa cavolo di informazioni in più
chiede?
A scanso di equivoci:
PC 128 Mb 8 gb HardDisk
Win NT Server Sp4
No virus
VB6 Ent
Sevice Pack 3
Mdac ultima release
ADO funzionante
Tutte i DB sono aperti non in maniera esclusiva.
Le query non hanno DISTINCT o DISTINCTROW
I dati sono aperti STATIC o KEYSET comunque ho provato anche dynamic
Lock Ottimistico o BatchOttimistico
Problema presente con provider JET e ODBC (non fa differenza)
già spulciato MSDN e non ho trovato risposta
Il tutto assume il tono di una grossa voglia di andare a fare il coltivatore
diretto quando le medesime azioni (inserisci,cancella) access le svolge
tranquillamente come se niente fosse!
Perchè scrivo ai guru:
vari post sotto c'era chi suggeriva di eliminare i distinct... chi di usare
provider ODBC...chi altro ancora.
A me sembra che siano tutti metodi empirici ( che tra l'altro a me non
funzionano) .
Siccome mi piace provare a capire le cose prima di arrendermi  e di
rassegnarmi ad una vita da contadino, gradirei sapere se qualcuno è in grado
di spiegarmi non il rimedio ( che caso mai funziona solo sul suo pc) MA la
causa del male!
Grazie per l'infinita pazienza
Attendo fiducioso!

A scanso di equivoci:
ecc.  che hai un pc fico non c'entra niente.  posta il codice che ti
da problemi.
--
il sito comune di it.comp.appl.access:
http://members.xoom.it/it_db_access/

mi si permette la lettura ma non la modifica.
ADO, come anche ODBC ti permettono un accesso al database adatto ad un
database server ma meno diretto rispetto a DAO.
In pratica le stracomode query aggiornabili mi sembra non esistano
(qualcuno smentisca se non e' cosi') in pratica devi lavorare con
delle tabelle transitorie con tutti i limiti e la complessita' che ne
deriva.
----------------------------------------------------------
Paolo Hölzl
Gruppo Tekup Software developer (Bologna)
----------------------------------------------------------
ATTENTION!, antispam 
For reply, substitute xxx with gruppotekup

deriva.
...
Di regola le query basate su tabelle allegate via ODBC sono
aggiornabili. Le query non sono aggiornabili se non esiste una chiave
univoca che identifica ogni singolo record.
---------------
Guido
light...@flashnet.it

univoca che identifica ogni singolo record.
Sei sicuro che non dipenda dall'ODBC che usi che magari te lo permette
?



No, ma se non esiste una  chiave univoca come fa l'applicazione server
db a capire qual'è il record da aggiornare ?
---------------
Guido
light...@flashnet.it