Ciao,
Linq to Sql e Linq to Entities non sono le tecnologie più adatte quando hai a che fare con tabelle di cui il nome e il numero di colonne non è noto.

Infatti, entrambe si rivelano utili quando vuoi lavorare con delle classi che hai scritto in C# o VB.NET e vuoi che le loro proprietà si riempiano con i valori letti da altrettante colonne di una tabella del database (di cui devi conoscere i nomi).

Per ottenere l'elenco delle colonne, potresti usare il metodo GetSchemaTable() dei DataReader. Vedi un esempio qui:
https://msdn.microsoft.com/it-it/library/system.data.datatablereader.getschematable(v=vs.110).aspx

Comunque, spiega bene perché hai "la necessità" di usare Linq to Entites o Linq to Sql. Se in questo momento uno vale l'altro, immagino che lo sviluppo del progetto non sia ancora iniziato.
Spiega più approfonditamente il tuo scenario e parla un po' di come poi userai i nomi delle colonne che hai ottenuto.

ciao,
Moreno

Ciao,
ok, ora è chiaro.

Tieni presente che, se scegli di usare Linq to Entities (cioè Entity Framework), è perché vuoi costruirti delle classi di entità per sfruttare i vantaggi della programmazione orientata agli oggetti.

In quest'ottica, le tabelle che hai nel database diventano di importanza secondaria e, infatti, per inviare query usi LINQ To Entities nei confronti del tuo modello, e non più il linguaggio SQL nei confronti delle tabelle.

Di conseguenza, anche per riuscire a creare delle maschere dinamicamente, dovresti guardare alle proprietà delle tue classi, e non alle colonne delle tabelle.
Poco importa se in questo momento classi e tabelle sono le une immagini delle altre. In futuro, quando acquisirai maggiore esperienza di Entity Framework, potresti voler fare delle modifiche al mapping che faranno divergere classi e tabelle.

Quindi, quello che dovresti fare è usare la reflection per ottenere l'elenco di proprietà di una classe. Facendo così puoi anche porre degli attributi sulle proprietà per creare maschere più precise (es. che supportino la validazione dei dati inseriti). Ecco una breve introduzione:
http://www.mrwebmaster.it/csharp/introduzione-reflection_7472.html

Per esempio, questo sistema è anche usato da ASP.NET MVC con il metodo Html.EditorForModel per creare automaticamente un form di modifica che rifletta le proprietà della classe.

Tu che tipo di applicazione stai scrivendo? Web o Windows?

ciao,
Moreno

Ciao Sandro,

Comunque se hai qualche altro link utile sarà bene accetto.

Sì, guarda questo esempio che sfrutta la reflection: ti permette di ottenere l'elenco di tutte le proprietà pubbliche di una classe che possono essere scritte (cioè che possiedono un setter).

http://stackoverflow.com/questions/302476/how-do-you-find-only-properties-that-have-both-a-getter-and-setter#answer-405739

Così sei libero di impostare un setter privato per alcune proprietà, in modo che non compaiano nelle maschere. L'ID, l'eventuale data e autore dell'ultima modifica sono cose che - credo - non vorrai rendere modificabili dalle maschere.

ciao,
Moreno

---

Modificato da BrightSoul il 09 settembre 2016 22.13 -