Newsgroup: it.comp.appl.access
Titolo: Impossibile modificare record DB appoggiato su SQL server

Ciao a tutti sono Dino .
Ripropongo la stessa problematica di alcuni giorni fa' (pensavo di
averla risolta)
Ho realizzato un DB (ovviamente impostato in BE e FE)che si appoggia
su tabelle in SQL server.
Il DB funziona correttamente;se' pero' ho necessita di modificare un
record salvato non lo posso fare.Ho verificato che la tabella in SQL
abbia la chiave primaria(consiglio correttissimo che mi avevano dato
sul sito comune alcuni giorni fa).La chiave primaria della tabella in
Access ha come proprieta' CONTATORE. in SQL  INC o INV(non ricordo
bene).
Forse il problema puo' essere questo?.Sono andato ad analizzare altri
DB  appoggiati in SQL in cui e' possibile aggiornare i record e ho
notato che in quelle tabelle la chiave primaria in Access ha la
proprieta' testo mentre in SQL e' VARCHAR (non penso pero' possa
centrare).
Presumo  sia un problema del mio DB .Peche' altri DB realizzati
sempre in Access vedo che lo possono fare.
Cosa non ho fatto sul mio DB???
Gazie in anticipo per l'aiuto
Saluti Dino

 sempre in Access vedo che lo possono fare.
Se ti colleghi al DB d'esempio di SQL SVR NorthWind, puoi modificare i
records di tutte le tabelle?
Alcune contengono di sicuro campi a incremento automatico Identity...
Ciao!


Ciao Oscar sono Dino.
Correggimi se sbaglio.Tu mi consigli di variare la proprieta' del
campo chiave primaria in SQL SVR o quello che ho inserito
puo' andare bene (purtroppo non conosco SQL SVR )?Nel DB d'esempio di
SQL SVR NorthWind dovrei verificare dove e' possibile variare e dove
no???scusa le domande foese banali ma e' per chiarire meglio??
Se puoi aspetto tue notizie.Io intanto vedro' di andare a verificare.
Saluti e ancora grazie Dino

 Alcune contengono di sicuro campi a incremento automatico Identity...
Ciao Oscar sono Dino.
Correggimi se sbaglio.Tu mi consigli di variare la proprieta' del
campo chiave primaria in SQL SVR o quello che ho inserito
puo' andare bene (purtroppo non conosco SQL SVR )?Nel DB d'esempio di
SQL SVR NorthWind dovrei verificare dove e' possibile variare e dove
no???scusa le domande foese banali ma e' per chiarire meglio??
Se puoi aspetto tue notizie.Io intanto vedro' di andare a verificare.
Saluti e ancora grazie Dino
----------------------------------------------------------------------------
------
Non c'è problema Dino   ;-)
Allora, tu hai il sospetto che non siano modificabili Forms basate su
origini dati contenenti Chiavi "Contatore" (IDentity su SQLSVR).
La cosa mi è del tutto nuova: ma per essere sicuri ti chiedo di collegarti
al DB NorthWind di SQLSVR e provare.
Alcune tabelle del DB d'esempio contengono di sicuro dei campi IDentity.
Comunque che versioni di Access e SQL Server stai provando?
Ciao...

 Ciao...
Ciao Oscar Grazie per la risposta.
La versione di SQL SVR deve essere sicuramente l'ultima (devo andare
in ufficio e controllare).
Per quanto rigurda il mio DB se lo provo in locale (senza cioe'
appoggiarmi su SQL) va benissimo se invece lo imposto regolarmente il
funzionamento e' corretto,ma una volta salvato il record se cerco di
modificarlo mi fa' comparire la scritta
impossibile salvare il record copiare contenuto negli appunti ecc....
Da li' mi e' venuto il dubbio della chiave primaria.
Pero' mi sembra di aver capito (speriamo bene) che il tuo consiglio
sia di andare ad impostare il campo chiave primaria con la proprieta'
IDentity.o No.
Grazie ancora aspetto se puoi una risposta.
Saluti Dino

"Dino"
Ciao Oscar Grazie per la risposta.
La versione di SQL SVR deve essere sicuramente l'ultima (devo andare
in ufficio e controllare).
Per quanto rigurda il mio DB se lo provo in locale (senza cioe'
appoggiarmi su SQL) va benissimo se invece lo imposto regolarmente il
funzionamento e' corretto,ma una volta salvato il record se cerco di
modificarlo mi fa' comparire la scritta
impossibile salvare il record copiare contenuto negli appunti ecc....
Da li' mi e' venuto il dubbio della chiave primaria.
Pero' mi sembra di aver capito (speriamo bene) che il tuo consiglio
sia di andare ad impostare il campo chiave primaria con la proprieta'
IDentity.o No.
Grazie ancora aspetto se puoi una risposta.
Saluti Dino
----------------------------------------------------------------------------
------
Ehmmm: no, il mio consiglio non è quello!    ;-)
Anche perchè sarei fritto se dovessi rinunciare agli identity (quantomeno in
alcune tabelle) con SQLSVR...
Ti chiedevo solo che succede se ti colleghi sulla macchina in ufficio a
NorthWind SQL: riesce o non riesce la modifica a Tab. collegate con
IDentity?
Domanda: nelle tue tabelle hai impostato, come sempre si dovrebbe, un campo
TimeStamp?
Se ne crei uno e poi ricolleghi le tab, il comportamento cambia?
Ciao...

 Ciao...
Ciao Oscar grazie per la delucidazione.
Per quanto riguarda le verifiche del DB NorthWind SQL come ti ripeto
appena vado in ufficio provo e tifaccio sapere.
Invece per il campo TimeStamp la risposta e' no .Non lo impostato
anche perche' e' la prima volta che mi appoggio in SQL.
il campo in esame deve avere la proprieta' DATA/ORA o sbaglio.
Grazie ancora Oscar.
Saluti Dino

"Dino" Ciao Oscar grazie per la delucidazione.
Per quanto riguarda le verifiche del DB NorthWind SQL come ti ripeto
appena vado in ufficio provo e tifaccio sapere.
Invece per il campo TimeStamp la risposta e' no .Non lo impostato
anche perche' e' la prima volta che mi appoggio in SQL.
il campo in esame deve avere la proprieta' DATA/ORA o sbaglio.
------------------------------------------------------------------------
Non puoi sbagliare: in Enterprise Manager scegli il tipo "TimeStamp".
In genere viene creato automaticamente anche dai programmi di Porting
MDB --> SQL; è molto importante per il Server, soprattutto in fase di
memorizzazione dati...
Ciao!


OK ricevuto Oscar.Provo in settimana e poi ti rompo (spero che non sia
cosi') ancora le scatole informatiche
Saluti Dino