nell'attesa del libro puoi dare un occhiata quà:
http://www.asp.net/web-forms/data/
Mi è arrivato oggi il libro ASP.NET 3.5, chissà quando riuscirò a leggerlo...
Scusa se sono duro di comprendonio, continuo ad avere grosse confusioni su come impostare l'accesso ai dati.
Il mio è un progetto di circa 30 tabelle. Pensavo di utilizzare LinqToSql, mi sembrava una scelta sensata, ma dagli esempi che mi postate sembrerebbe più indicato creare oggetti business.
Supposto di passare ad oggetti business come effettuo l'accesso ai dati?
A manina con Datareader?
Datset tipizzati (coma da esempi che mi hai indicato)?
LinqToSql all'interno dell'oggetto business?
Capisco che dovrei decidere io e che si può fare in vari modi, ma ho paura di prendere una strada sbagliata e finire contro un muro.
> Suppongo infatti che i dettagli dovrebbero essere caricati > direttamente nell'oggetto master e non tramite un ulteriore > Datasource filtrato sulla chiave master.
in genere quanto ti abbandoni all'ambiente RAD i DatSource utilizzati sono proprio 2, uno perla master l'altro per il Details. questo ha anche senso, se il Details è molto "Details". ovvero ricco di informazioni e non avrebbe senzo caricarlo subito per ogni record della master.
Inizio ad avere molti dubbi sull'ambiente RAD (forse non è così RAD). Sto pensando di optare per scrivere tutto a mano eliminando datasource e Formview vari.
Certo che così mi sto perdendo il databindig bidirezionale (se ho capito bene) e per aggiornare i record vado a leggermi uno ad uno i controlli per valorizzare l'oggetto business.
> Questo perchè, non esistento ancora il record master, sarei > impossibilitato ad inserire righe sulla tabella detail tramite un > LinqDatasource.
>
se ho capito bene puoi ovviare a questo problema cambiando la modalità di funzionamento del "Details", in genere si usa un controllo DetailsView o FormView che puoi "metter" in modalità insert non caso non siano presenti dei record.
Qui non ho ben capito cosa mi suggerisci.
Provo a spiegare meglio.
Nel caso di master/detail il datasource detail è ottenuto con un parametro per filtrare i soli record riferiti alla chiave del master. Per inserire un nuovo detail sono quindi obbligato ad avere il record master scritto sul DB (anche perchè mi serve la chiave del record master).
E ogni scrittura di record detail andrà immediatamente sul DB.
Con LinqToSql pensavo di poter linkare il datasource datail
direttamente alla lista dei dettagli contenuta nell'oggetto master (non collegandolo quindi tramite Datacontext alla tabella detail con filtro sulla chiave del master).
Questa soluzione avrebbe teoricamente permesso di caricare i dettagli durante il caricamento di un nuovo record master (ed avrebbe scritto i record master e detail in un unico istante sul D
.
Mi sembra però una strada impraticabile, o comunque difficile, visto che non ho trovato esempi a riguardo.
Grazie ancora per le risposte
--
Luca
.
