LinqToSql ORM çözümünü sqlmetal.exe’nin yayınlanmasından bu yana kullandığımı söyleyebilirim. Hakeza Ado.Net Entity Framework ile de birkaç proje yaptım. Çalışma mantıklarını uzun uzun anlatmak isterdim(Serialization sorunları, henüz implement edilen-edilmeyen metodlar vs.) fakat yeni başlayanlar için kısaca günlüğe not düşmeyi yeterli buluyorum.

Linq2Sql’i seçenlerin çoğu ilk çıkmış olmasının yanı sıra tablodaki tüm kolonların oluşan entity’de scalar property olarak karşılığı bulunmasını savunuyorlar. Malum alışmış insanlar en büyük finansal projelerde bile referans alanlarının karşılıklı atanması(YY.xxId = XX.ID). Gerçi ado.net EF’yi kullananlardan gördüklerim de burada EntityKey’lerin atamasını yapıyor

Efendim fazla uzatmayayım kısaca sade de geleyim benim önerim bunca deneyimimden sonra Ado.Net EF. Eğer projenin veritabanını siz tasarlıyorsanız, veri modelleme ve normalizasyon ilkelerine hakimseniz, servis tabanlı bir uygulamada çalışıyorsanız Ado.Net EF doğru seçim olacaktır.

Diğer yönden proje joker’den elinize düşmüş ise, Linq ile ilk deneyimleriniz ise, veri tabanı ilkel olarak tasarlanmışsa Linq2Sql daha uygun bir tercih olacaktır.

Buna artı olarak kendimin zorunlu kalmadıktan sonra Linq2Entities’ten vazgeçmediğimi belirtmek isterim. Herşeyden iyisi Validation sorununu Enterprise Library Validation Block’a edmgen aracını kullanarak kolayca giderebilirsiniz.

Yalnız bu karardan önce veya sonra ilk yapılması gereken MUTLAKA ama MUTLAKA Linq mantığını çözebilmek yoksa kullandığınız EF’yi daha önceden piyasada olan onlarca entity generator yapısına benzetip yanılırsınız. Buna ilaveten F# diline 1 ay zaman ayırırsanız ne demek istediğim daha rahat anlaşılacaktır.