La datasource di una datagrid può essere qualsiasi oggetto che implementa IList o IListsource, il datasource di Infragistics serve solo se hai bisogno di creare al volo una sorgente dati multibanda (tabelle relazionate) senza avere una vera sorgente dati a disposizione.

Se crei una Datatable da un datareader selezionando i dati da una tabella e la assegni alla datasource della grid hai fatto.

Ci sono poi l'evento InitializeLayout per formattare colonne, nasconderle/visualizzarle, aggiungere colonne al volo, e fare tutte le formattazioni per colonna

e l'evento InitializeRow che puoi usare per formattazioni data driven (Es. un icona diversa su ogni cella di una colonna in base ad un valore, colorare uno sfondo in base al contenuto, assegnare ad ogni cella un editor (combo, check, lista, numerico o altro) diverso in base al contenuto anche sulla stessa colonna.

e poi hai gli eventi AfterRowActivate per la gestione delle azioni relative alla riga correntemente attiva, e il BeforeRowDeactivated per i controlli di congruenza prima che il focus si sposti ad una nuova riga se fai una grid modificabile.

Ti consiglio di scaricare ed installare gli esempi forniti da infragistics e andare a guardarli, ci sono demo per tutti i controlli e per tutte le cose che con essi si possono fare.per le grid credo ci siano almeno un centinaio di esempi che trattano tutte le possibili funzionalità.

saluti

Sabrina

Se come presumo hai usato il wizard per produrre il tuo datasource purtroppo come tutti i wizard fa le magie...

Io non li uso mai, mentre Alberto lo fa quindi per il catalogo forse può aiutarti lui.

Per la stringa di connessione, se viene memorizzata sui settings applicativi non puoi cambiarla programmaticamente se non con alcune apposite librerie perché i settings applicativi sono memorizzati sulla cartella di installazione e alla microsoft assumano che qualunque sistemista sappia modificare a manina un file xml quindi non è previsto un modo semplice per permetterne la modifica da un applicazione.

Pertanto il file che di solito credo si chiami app.config ove sono memorizzati i setting applicativi del software potrà essere modificato a manina per cambiare la connection string del programma.
(questo è uno dei motivi per cui per i setting applicativi e i setting utente io ho delle classi personalizzate)

Per la gestione dell'aggiornamento dati su DB io ho costruito un generatore di codice C# usando CodeDom, per creare le classi come va bene a me. Purtroppo il Wizard ha alcuni limiti fondamentali, soprattutto per chi è abituato a governare i dati e non a essere governato da essi

Io scrivo a mano la classe di gestione della datatable (o meglio ho scritto a mano il codice che la genera dalle informazioni lette sul DB e da alcune informazioni parametriche che fornisco io)

La connection string viene settata su una classe static che la rende visibile a tutta l'applicazione, le connessioni vengono aperte e chiuse solo quando serve automaticamente dal DataAdapter che gestisce la classe dati.
O quando necessario dal datareader che fa una query specifica.

Non si tengono connessioni perennemente aperte in .NET!!!!!!!!

(ho messo un numero sufficiente di punti esclamativi?)

saluti

Inserito da Sabrina (DNW TEAM) su 05 mag 2010 12.14

Io scrivo a mano la classe di gestione della datatable (o meglio ho scritto a mano il codice che la genera dalle informazioni lette sul DB e da alcune informazioni parametriche che fornisco io)

La connection string viene settata su una classe static che la rende visibile a tutta l'applicazione, le connessioni vengono aperte e chiuse solo quando serve automaticamente dal DataAdapter che gestisce la classe dati.
O quando necessario dal datareader che fa una query specifica.

Non si tengono connessioni perennemente aperte in .NET!!!!!!!!

(ho messo un numero sufficiente di punti esclamativi?)

saluti

Inserito da Sabrina (DNW TEAM) su 05 mag 2010 12.20
Per il catalogo,
Presumo che il wizard te lo scriva nelle query, pertanto dipende da come hai chiesto che ti faccia tali query.
Se usi le query al volo, le stringhe sql sono nel code behind creato dal wizard e puoi modificarle a manina.
Se usi le Stored procedure, devi andare nel database usando SQL management studio e devi aggiornarle a manina sul DB

ciao

Inserito da Sabrina (DNW TEAM) su 05 mag 2010 21.28
Per rispondere ai tuoi quesiti, non ti basta un dataset, il dataset è solo un contenitore che sta sul lato codice.
Per costruire qualcosa che modifica un database come minimo hai bisogno di
0) 1 SqlConnection dove metterai la connection string
1) 4 SqlCommand (Insert, Delete, Update, Select)
2) 1 SqlDataadapter a cui assegnare i 4 command e la connection
3) 1 Dataset
4) 1 Datatable mappata sulla tabella sql

fatto tutto questo, hai una classe dati che ti permette di supportare la modifica a database.

Questa ovviamente è solo la base, se vuoi avventurarti in territori ove i wizard sono ancor più sofisticati puoi provare con l'entity framework.

Al contrario di ADO pre .Net la versione .NET di ADO è solamente una struttura, il lavoro è tutto nelle mani del programmatore, ecco perché sono nati vari framework che forniscono servizi dati, perché per fare quello che in VB6 si faceva con una riga di codice, in .NET ne servono alcune centinaia.
Ecco perché io ho costruito un generatore di codice per creare i miei Data provider, che non fanno altro che fornire quello che ti ho listato qui sopra.
La generazione delle classi dati per la gestione database è una operazione non solo dispendiosa, di più!!!!!

saluti

Inserito da Sabrina (DNW TEAM) su 06 mag 2010 17.08
Cosa significa cosa si può fare per l'uso del dataset?

Una volta che il wizard ti ha creato le classi, le hai a disposizione verifica solo in che namespace te le ha inserite, presumo tu possa instanziare nella tua form o classe una classe del tipo creato dal wizard.

Dim MyDataset as new WizardGeneratedDataset

o qualcosa di simile addirittura credo che generi un componente che puoi trascinare direttamente sulla form.

saluti