Newsgroup: it.comp.lang.visual-basic
Titolo: datatableadapter sqlce

ciao a tutti,ho realizzato una form con datagridview in binding con
dataset e sqlce
una volta fatto lupdate,come aggiorno le identity su datagridview
senza ricaricare tutti i dati nuovamente?con vs2008 è stato introdotto
il tableadaptermanager ma il problema rimane...grazie

 il tableadaptermanager ma il problema rimane...grazie
vado a memoria ma dire che non c'è nessun meccanismo built-in per fare 
questa cosa in automatico.
.m
-- 
Mauro Servienti
{C67C0157-5D98-4733-A75E-93CAEE4BADC8}
Microsoft MVP - Visual C# / MCTS
http://mvp.support.microsoft.com/profile/mauro
blog @ 
http://milestone.topics.it
whynot [ at ] topics [ dot ] it

 questa cosa in automatico.
Microsoft mi sta facendo paura...si perde nei bicchieri d'acqua....
cmq qui la "soluzione":
http://blogs.msdn.com/b/bethmassi/archive/2009/05/14/using-tableadapters-to-insert-related-data-into-an-ms-access-database.aspx
sebbene sqlce si più potente di access2003, l'editor tramite ssms fa
abbstanza schifo....
ora cerchiamo se supporta le relazioni fra tabelle e come cambiare la
stringa di connessione tramite codice...
Thanks

 abbstanza schifo....
editor? quale editor? Access non ha nulla a che vedere con SqlCe, o 
meglio SqlCe non ha proprio nulla a che vedere con Access, SqlCe è solo 
il motore di db, Access è anche una quantità industriale di altre cose.



Parlavo di:
-schermata per definizione della tabella e relativi campi
-schermata per la creazione di relazioni

 -schermata per la creazione di relazioni
hanno target diversi e quindi strumenti diversi, anche io sono un 
amante degli strumenti visuali ma se parli con un dba serio ti dice che 
lui non ha mia usato in vita sua il designer delle tabelle ma scrive 
sempre i comandi DDL a mano, quindi per il suo lavoro un editor visuale 
è inutile (e probabilmente è anche il male). Access ha come target 
l'utente finale, mentre Sql CE no.


 come target l'utente finale, mentre Sql CE no.
:)
ottima argomentazione :D
saluti
-- 
Andrea Montanari (Microsoft MVP - SQL Server)
http://www.asql.biz
DbaMgr2k ver 0.21.1 - DbaMgr ver 0.65.1 and further SQL Tools
http://www.hotelsole.com
--------- remove DMO to reply 

 automatico lo fanno è altrettanto ovvio.
probabilmente sbaglio ma non concordo: lasciare la possibilità al 
programmatore di implementare in vari modi una soluzione in base alla 
necessità è cosa buona e giusta, ma quando un'esigenza risulta "comune" 
perchè non fornire anche una soluzione già pronta?

 perchè non fornire anche una soluzione già pronta?
perchè è fuori dallo scope di quel "tool". NHibernate lo fa, credo 
proprio che lo faccia anche Entity Framework ma il DataSet non ha senso 
che lo faccia.
.m



perchè non ha senso? :O

Ciao Alcibiade,

perchè non è un ORM che ha nozione del db a cui è attaccato e sa che 
può esistere questo scenario; da notare che neanche un ORM lo fa per i 
fatti suoi ma sei tu che in fase di configurazione dei istruirlo su 
cosa fare e come.
Il DataSet non sa nulla del db, è una misconcezione, il DataSet è un 
contenitore di dati che puta caso ha una struttura simile a quella di 
un db in memoria, fine della fiera.
Siccome la "connessione" tra DataSet e db è in mano al dev attraverso 
l'uso di un DataAdapter potrebbe aver senso metterlo li, ma siccome li 
le query ce le mette il dev a manina come sarebbe possibile 
implementare questa logica in automatico? a questo punto la questione 
si potrebbe spostare sul CommandBuilder...ma se usi CommandBuilder 
tanto vale cambiare lavoro e far fare le cose alla segretaria 
direttamente con Access :-)


 si potrebbe spostare sul CommandBuilder...ma se usi CommandBuilder
CUT
Modifico la domanda: coni sql server, visual studio mi da la
possibilità di ottenere l'id in automatico dopo la insert spuntando un
semplice flag.
Con sqlce e access devo andare a scrivere codice, implementare metodi
nella classe parziale del dataset  e creare una classe apposita.
Potevano fornire un qualche mezzo per avviare l'inconveniente visto
che comunque è un problema ricorrente :)

 che comunque è un problema ricorrente :)
qui la risposta: 
http://msdn.microsoft.com/en-us/library/2ft8f67x.aspx
in particolare in fondo:
Refreshing the data table is only supported on databases that support 
batching of SQL statements. For example, Microsoft Access cannot 
refresh the data table in the same command that performs other 
operations.
