Newsgroup: it.comp.appl.access
Titolo: Back End SQL Server problemi

SAlve,
sempre con Access 2007 e back End Sql Server 2005, ho un problema che si č 
manifestato da poco.
Ho aggiunto dei campi alla tabella e aggiornando sia tramite l'Analizzatore 
Tabelle che rifacendo il collegamento, la tabella viene vista regolarmente 
con tutti i campi ma poi andando ad aggiornare i record prendo un errore che 
dice che altre utenti stanno aggiornando lo stesso record.
Se invece inserisco un nuovo record, tutto ok.
Premesso che il codice č esatto in quanto prima dell'aggiunta dei campi 
tutto funzionava, dove potrebbe essere il problema?
Forse Access si crea al suo interno una mappa della tabella ed in questo 
caso non si riesce ad aggiornarla ?
Spero in Vs aiuto, sicuramente a qualcun'altro č successo.
Saluti e buona domenica. 

    
Ciao
Daniele


Grazie OneEDP ma non ha funzionato, ho fatto un riavvio ma niente da fare.
E con sp_who ho tutto in AWAITING
Stesso errore, l'altra volta ho dovuto eliminare i campi aggiunti per far 
ripartire il tutto alla normalità.
Altre idee?
Saluti
__________ Informazioni da ESET NOD32 Antivirus, versione del database delle firme digitali 5060 (20100426) __________
Il messaggio è stato controllato da ESET NOD32 Antivirus.
www.nod32.it

 ha scritto nel messaggio 
news:4bd3...@news.x-privat.org...

Ciao,
probabilmente hai aggiunto campi di tipo float o real che per la loro natura 
"approssimata" a volte rendono falso il confronto tra valore attuale e 
precedente in fase di resync del recordset.
Per risolvere aggiungi un campo di tipo timestamp nella tabella e 
riallegala.
Per maggiori nfo vedi:
----
You may receive write conflict errors when you update records of a linked 
SQL Server table in Access 2000
http://support.microsoft.com/kb/280730/en-us
----
Ciao
Giorgio Rancati 


RISOLTO, grazie mille.
Tempo f avevo postato lo stesso problema per un'altra tabella e qualcuno mi 
rispose uguale non ricordo chi ma senza una spiegazione e risolsi togliendo 
il campo aggiunto dato che era un qualcosa in più che non usavo al momento.
Mi sembra strano che a tutt'oggi MICROSOFT su SQl server 2005 non abbia 
risolto aggiungendo qualcosa di automatico alle tabelle.
Vabbè... lo aggiungerò io di default da ora in poi alle tabelle.
Grazie a tutti. 
__________ Informazioni da ESET NOD32 Antivirus, versione del database delle firme digitali 5061 (20100426) __________


 Vabbè... lo aggiungerò io di default da ora in poi alle tabelle.
certamente, se sei tu che gestisci il database e lo scenario di chi lo 
interroga è quello della concorrenza ottimistica (con tabelle allegate non 
può essere altrimenti)
allora dovrai pensarci tu.
:-)
Giorgio Rancati


Nelle proprietà dinamiche di ADO "Update Criteria" puoi modificare il 
comportamento se confrontare solo la chiave adCriteriaKey, tutte le 
colonne (di default) adCriteriaAllCols (generatore di script t-sql 
interminabili), time stamp, o solo quelle aggiornate.
Ciao
Daniele
Con ADO.net le cose sono migliorate gerarchizzando la struttura dei dati 
rinvenuti e potendo personalizzare i *Create, Read, Update and Delete* 
(CRUD) più agevolmente, ma ms ci ha abbondanati alla ver. 2.81 di quasi 
cinque (dico cinque) anni fa  tecnologia COM
Si può auspicare di meglio?
Ciao

 Ciao
Grazie della spiegazione ma mi sono già perso, beati voi che ci capite .... 
ma dove diavolo trovate tutte queste info ?
Saluti 
__________ Informazioni da ESET NOD32 Antivirus, versione del database delle firme digitali 5062 (20100426) __________


 .... ma dove diavolo trovate tutte queste info ?
Curiosando e imprecando tra un errore e l'altro, ma sequellando.
Per quanto riguarda Update Criteria ti segnalo questo 
http://support.microsoft.com/?scid=kb%3Ben-us%3B190727&x=10&y=5
 (la 
versione italiana è penosa)
E poi un testo che mi ha illuminato parecchio è questo 
http://www.4com.it/novita/libri01/mi1752.htm
 che ha la bellezza di nove 
anni!
Ciao
Daniele
