Qualche altra news al blog ufficiale del team di ADO.NET...
In Orcas verrà introdotto un nuovo data provider (EntityClient) per fornire un gateway per le query fatte sulle Entity.
Questo client utilizzerà un suo linguaggio definito (Entity SQL) e saranno disponibili i soliti Connection, Command, Parameter, e DataReader tanto cari a tutti i membri della famiglia dei dataprovider .net come SqlClient, OracleClient etc.
La tendenza sembra per ora la stessa:
Linq for SQL, Linq for Entities, come questo provider non gestiscono in modo automatico i DML (Data Manipulation Language) sul Db.
Niente insert/update/delete. In pratica coprono solo la parte della interrogazione pura.
Ok...viene si fornito un oggetto di Contesto (DataContext, ObjectContext a seconda dei vari linq) in cui però a scrivere l'SQL del database o a chiamare la SP dobbiamo essere noi.
Da quello che ho capito, Orcas non avrà niente di simile (o forse solo con l'ObjectContext e gli EDM?...).
DLinq servirà sicuramente come strumento per costruire dei Data Access Layer (Raf era di questa idea già da un pezzo).
Io aggiungo che servirà solo nel mapping unidirezionale dal modello relazionale al modello a oggetti e non viceversa.
Più che tool per scrivere DAL, io lo vedo come tool per scrivere interrogazioni, solo una nicchia di operazioni gestite dal un ipotetico DAL...e da qui ci vedo una possibile sinergia con tool ORM veri e propri.
Ecco qui la fonte.
Da prendere tutto con le pinze...visto che si parla di CTP.
Visto come ci hanno abitutati con Longhorn e Atlas...sarebbe già una bella cosa che non lo taglino prima del rilascio...gh...gh...gh...