Pazi, LINQ je mocna stvar, LINQ for SQL jos mocnija (ukljucuje i taj famozni ORM u 1:1 obliku da bi preneo relevantnu DB shemu u aplikacioni domen), ali LINQ nikad nece istisnuti SQL jer jednostavno nije niti ce ikad biti toliko "mocan" kao (T)SQL. I koji god ORM da izaberes (EntityModel, LLBLGen, XPO, etc) svi oni tvoje operacije na kraju svode na SQL instrukcije, cak i sam LINQ for SQL u stvari prepevava tvoj LINQ query u SQL query. Nista to ne donosi fundamentalno novo, samo dopunjuje SQL u toj meri da (kao sto si rekao) daje strong type checking slican onom koji dobijas kroz typed dataset i omogucava lakse ucitavanje i/ili offline pretrazivanje objektnog modela (sto je samo po sebi ql i meni dovoljan razlog da ga koristim). Ako pod zamenom podrazumevas to da developeri nece morati da pisu SQL kod, onda si to vec imao kroz DataSet-ove (prevuces tabelu u dataset i visual studio ti izgenerise sve CRUD skripte), znaci opet nista novo samo malo "ispeglanije".
Iako LINQ for SQL ima svojih problema (npr sa subquery-em, server side funkcijama, forsiranjem query lock hintova, itd), i ja mislim da ce evoluirati dalje (sledeci korak bi bio podrska za sql2005 CLR i mogucnost koriscenja domenskih metoda u linq query-ima), ali stvarno ne vidim smrt SQL-a kroz LINQ. Maksimum sto ce se desiti je da pored SQL na serveru zazivi neka vrste remotinga koji ce marshalovati semu baze i primati IQueryable i vracati server site entity objekte tako sto ce IQueryable objekat odmah upucati u query execution engine cime ce se zaobici SQL kao jezik. Medjutim, toliko postoji trenutnih primena za SQL da ce se u najboljem slucaju server side LINQ i SQL naci rame uz rame. A od toga smo jos podosta godina.
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan, sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv… - Z.Đinđić