• 14-11-2014, 21:57:25
    #10
    Bunun defalarca kez tartışmasını yaşadık. EF'nin getirdikleri yanında ADO.Net in sağlamış olduğuğ ufak hız farkı kesinlikle düşünülemez. Benim proje geliştirme süremi neredeyse yarı yarıya etkiliyorsa kullanıcı sayfayı milisaniye hızlı görecek diye bunu tercih etmem. Kaldı ki EF'nin öyle ahım şahım bir farkı yok ADO.net e göre. Ayrıca büyük çaplı projelerde iyi optimizasyon yaparsanız EF sizin ado.net te oluşturacağınız karmaşık bir sorguyu çok daha performanslı hale getirir. Sizce neden Microsoft ADO.Net yerine programcıyı ORM'ye yönlendiriyor ? ORM Programcının programlamaya konsantre olmasını sağlar. Kesinlikle hız konusunda katılmam sizlere Hangi testi yaptınız bana da söyleyebilir misiniz acaba ? O kadar fazla hız istiyosanız NoSQL kullanın tavsiyem MongoDB
  • 14-11-2014, 22:17:05
    #11
    OguzK adlı üyeden alıntı: mesajı görüntüle
    Bunun defalarca kez tartışmasını yaşadık. EF'nin getirdikleri yanında ADO.Net in sağlamış olduğuğ ufak hız farkı kesinlikle düşünülemez. Benim proje geliştirme süremi neredeyse yarı yarıya etkiliyorsa kullanıcı sayfayı milisaniye hızlı görecek diye bunu tercih etmem. Kaldı ki EF'nin öyle ahım şahım bir farkı yok ADO.net e göre. Ayrıca büyük çaplı projelerde iyi optimizasyon yaparsanız EF sizin ado.net te oluşturacağınız karmaşık bir sorguyu çok daha performanslı hale getirir. Sizce neden Microsoft ADO.Net yerine programcıyı ORM'ye yönlendiriyor ? ORM Programcının programlamaya konsantre olmasını sağlar. Kesinlikle hız konusunda katılmam sizlere Hangi testi yaptınız bana da söyleyebilir misiniz acaba ? O kadar fazla hız istiyosanız NoSQL kullanın tavsiyem MongoDB
    mesele illede hiz değil bana göre herşeyin temeli iyidir
  • 14-11-2014, 22:37:43
    #12
    O zaman Socket kullanarak database'e erişim sağlayın ADO.Netin temeli de Socket EF Kullansanız kesinlikle dönmezsiniz geri ama bunu yazmakla anlamazsınız. Kendinizi zorlayıp bir proje geliştirin EF kullanarak anlayacaksınız
  • 14-11-2014, 22:46:31
    #13
    Kimlik doğrulama veya yönetimden onay bekliyor.
    EF gibi bir ORM varken (evet ef'nin 4 ve öncesi ciddi anlamda kötüydü) kendi class layer'ını data layer'ını oluşturmak kesinlikle zaman kaybından başka birşey değil. Devir artık agile (hızlı proje geliştirme) devri. Bu konuda ef yazılımcının performansını neredeyse %50 daha hızlandırıyor. Ef'nin performansı söylendiği kadar kötü değil, genel olarak bir ön yargı oluştu zamanında ef yavaş diye. Halbuki sadece application start esnasında yavaş, çünkü tüm modeli memory'e alıyor. Ama bu aradaki fark 2-3 veya 5-6 saniye demek değil. Milisaniyelerden bahsediyoruz. Ek olarak EF Ado.net üzerine inşa edilmiş bir orm, bu nedenle ado.net'in yaptığı bazı şeyleri daha bile iyi yapıyor.
    Performans testi yaptınız mı kendiniz bilmiyorum ama ben yaptım ve yaptığım test sonucu aynı sorgu 2. ve sonraki denemelerde ef ile daha hızlı sonuç getiriyor.
    Siz yine gereken yerlerde sp kullanabilirsiniz, ef kullanıyor olmanız sp kullanamazsınız anamına gelmiyor.

    @nisanci53, güzel bir iş yapıyorsun ve devam ettirmelisin bence. Sana tavsiyem identity ve db first veya code first ile projeyi geliştirmen ve @sRc'nin de dediği gibi video anlatım yapman. Şiveye takılma boşver, anlamak istedikten sonra 10 kere izlerler sıkıntı olmaz.
    Neden dersen projeye ve makelene göz gezdirdim, fakat neyi nasıl yaptığını anlayamadım. İlk aklıma gelen soru bu proje code first mü oldu. Sonra sp'leri yarattığını gördüm ve code first olmadığını anladım. 2. soru da neden identity kullanmıyor olduğundu. Hem daha pratik ve esnek hem de sağladığı api kolaylığı ile diğer sosyal medya ile kayıt ve giriş işlemleri çok kolay.
    En azından makaleni uzun tutup ekran görüntüleri ile şurda şunu şöyle yapıyoruz gibi anlatsan daha iyi olurdu.
  • 14-11-2014, 23:36:35
    #14
    @Oğuz, Benim yazdıklarımı tekrarlamışsın ama karşı çıkmış gibi görünerek. Ben dedim ki ado .net daha hızlı ama bu hız önemli değil EF nin bir sürü getirisi var. Ayrıca verdiğim linkleri incelerseniz orada daha teknik detayı var (ms in kendi sitesinden)

    NoSQL e gelince yine yanlış bilgilendirmeler mevcut. Bir arkadaş yazmış NoSQL in database derdi yok ne demek? noSQL sadece rdbms değildir nasıl database değil denmiş

    ikinci olarak da hız ve mongodb demiş bir arkadaşımız. Maalesef mongodb ya da cassandra ya da her hangi bir nosql çözümün arasındaki farkı bilmediğinizi görüyorum. Bunlar kafalarına göre kullanılabilecek sistemler değildir. Tipik rdbms lerdeki protokol olan ACID in yeni versiyonu CAP teoremi, nosql in temelidir. Teoriye göre bir sistem için en uygun çözüm 2 özellik seçmektir. Yani CAP dan, CA,CP ve AP den biri seçilmelidir. Şuan başarıya ulaşmış bir CAP yok. Mongodb ise bu işin CP tarafında bulunur. Yani Consistency-Partion Tolerance. Bunun haricinde membcachdb,google bigtable de bu kategoridedir. Amazon, simpledb,couchdb,cassandra da işin AP tarafındadır. rdbms sistemler (mysql, postgres,oracle..) de CA tarafındadırlar.

    Yani kafana göre nosql seçimi yapmak cahilcedir, twitter ya da facebook mongodb hızlıdır diye düşünceydi vay onların hailne

    Kısacası CA, CP ve AP nin nerelerde kullanıldığını söyleyeyim
    CA: genel rdbms nin ihtiyaç duyulduğu yerde kullanılabilir,
    CP: gerekirse gelen tüm isteklerin gözardı edilebileceği sistemlerde kullanılır
    AP: her zaman geriye kesin bir değer dönderecek sistemlerde kullanılır.

    Bu konuyla ilgili çok şey yazabilirim, işe profesyonel yaklaşacaksanız bunları göz ardı edemezsiniz.

    Şahsi fikrime gelince, EF nin sağladığı bir çok kolaylık var, EF yi ilk kullandığımdan bu yana zorunlu olmadıkça ADO .NET tarafına hiç bulaşmadım. NoSQL ise henüz türkiye'nin ve türk yazılımcılarının mantığını kavrayamadığı ya da işi sadece hızlı diye tercih etmesinden dolayı şimdilik gereksiz bulaşmamak gerek. Ama geleceğe yatırım yapmak isteyen arkadaşlar google big table ı araştırsınlar. Ancak google uyanık, dışarıya vermiyor bu projeyi
  • 15-11-2014, 14:11:01
    #15
    OguzK adlı üyeden alıntı: mesajı görüntüle
    O zaman Socket kullanarak database'e erişim sağlayın ADO.Netin temeli de Socket EF Kullansanız kesinlikle dönmezsiniz geri ama bunu yazmakla anlamazsınız. Kendinizi zorlayıp bir proje geliştirin EF kullanarak anlayacaksınız
    kullandim çok hantal geldi ef

    --R10.NET; Flood Engellendi -->-> Yeni yazılan mesaj 14:08:42 -->-> Daha önceki mesaj 14:03:35 --

    ertan2002 adlı üyeden alıntı: mesajı görüntüle
    @Oğuz, Benim yazdıklarımı tekrarlamışsın ama karşı çıkmış gibi görünerek. Ben dedim ki ado .net daha hızlı ama bu hız önemli değil EF nin bir sürü getirisi var. Ayrıca verdiğim linkleri incelerseniz orada daha teknik detayı var (ms in kendi sitesinden)

    NoSQL e gelince yine yanlış bilgilendirmeler mevcut. Bir arkadaş yazmış NoSQL in database derdi yok ne demek? noSQL sadece rdbms değildir nasıl database değil denmiş

    ikinci olarak da hız ve mongodb demiş bir arkadaşımız. Maalesef mongodb ya da cassandra ya da her hangi bir nosql çözümün arasındaki farkı bilmediğinizi görüyorum. Bunlar kafalarına göre kullanılabilecek sistemler değildir. Tipik rdbms lerdeki protokol olan ACID in yeni versiyonu CAP teoremi, nosql in temelidir. Teoriye göre bir sistem için en uygun çözüm 2 özellik seçmektir. Yani CAP dan, CA,CP ve AP den biri seçilmelidir. Şuan başarıya ulaşmış bir CAP yok. Mongodb ise bu işin CP tarafında bulunur. Yani Consistency-Partion Tolerance. Bunun haricinde membcachdb,google bigtable de bu kategoridedir. Amazon, simpledb,couchdb,cassandra da işin AP tarafındadır. rdbms sistemler (mysql, postgres,oracle..) de CA tarafındadırlar.

    Yani kafana göre nosql seçimi yapmak cahilcedir, twitter ya da facebook mongodb hızlıdır diye düşünceydi vay onların hailne

    Kısacası CA, CP ve AP nin nerelerde kullanıldığını söyleyeyim
    CA: genel rdbms nin ihtiyaç duyulduğu yerde kullanılabilir,
    CP: gerekirse gelen tüm isteklerin gözardı edilebileceği sistemlerde kullanılır
    AP: her zaman geriye kesin bir değer dönderecek sistemlerde kullanılır.

    Bu konuyla ilgili çok şey yazabilirim, işe profesyonel yaklaşacaksanız bunları göz ardı edemezsiniz.

    Şahsi fikrime gelince, EF nin sağladığı bir çok kolaylık var, EF yi ilk kullandığımdan bu yana zorunlu olmadıkça ADO .NET tarafına hiç bulaşmadım. NoSQL ise henüz türkiye'nin ve türk yazılımcılarının mantığını kavrayamadığı ya da işi sadece hızlı diye tercih etmesinden dolayı şimdilik gereksiz bulaşmamak gerek. Ama geleceğe yatırım yapmak isteyen arkadaşlar google big table ı araştırsınlar. Ancak google uyanık, dışarıya vermiyor bu projeyi
    bende diyorumki zorunlu olmadikça ef yi kullanmam

    --R10.NET; Flood Engellendi -->-> Yeni yazılan mesaj 14:11:01 -->-> Daha önceki mesaj 14:08:42 --

    rob33n adlı üyeden alıntı: mesajı görüntüle
    EF gibi bir ORM varken (evet ef'nin 4 ve öncesi ciddi anlamda kötüydü) kendi class layer'ını data layer'ını oluşturmak kesinlikle zaman kaybından başka birşey değil. Devir artık agile (hızlı proje geliştirme) devri. Bu konuda ef yazılımcının performansını neredeyse %50 daha hızlandırıyor. Ef'nin performansı söylendiği kadar kötü değil, genel olarak bir ön yargı oluştu zamanında ef yavaş diye. Halbuki sadece application start esnasında yavaş, çünkü tüm modeli memory'e alıyor. Ama bu aradaki fark 2-3 veya 5-6 saniye demek değil. Milisaniyelerden bahsediyoruz. Ek olarak EF Ado.net üzerine inşa edilmiş bir orm, bu nedenle ado.net'in yaptığı bazı şeyleri daha bile iyi yapıyor.
    Performans testi yaptınız mı kendiniz bilmiyorum ama ben yaptım ve yaptığım test sonucu aynı sorgu 2. ve sonraki denemelerde ef ile daha hızlı sonuç getiriyor.
    Siz yine gereken yerlerde sp kullanabilirsiniz, ef kullanıyor olmanız sp kullanamazsınız anamına gelmiyor.

    @nisanci53, güzel bir iş yapıyorsun ve devam ettirmelisin bence. Sana tavsiyem identity ve db first veya code first ile projeyi geliştirmen ve @sRc'nin de dediği gibi video anlatım yapman. Şiveye takılma boşver, anlamak istedikten sonra 10 kere izlerler sıkıntı olmaz.
    Neden dersen projeye ve makelene göz gezdirdim, fakat neyi nasıl yaptığını anlayamadım. İlk aklıma gelen soru bu proje code first mü oldu. Sonra sp'leri yarattığını gördüm ve code first olmadığını anladım. 2. soru da neden identity kullanmıyor olduğundu. Hem daha pratik ve esnek hem de sağladığı api kolaylığı ile diğer sosyal medya ile kayıt ve giriş işlemleri çok kolay.
    En azından makaleni uzun tutup ekran görüntüleri ile şurda şunu şöyle yapıyoruz gibi anlatsan daha iyi olurdu.
    ef nin bana göre tek avantaji hizli proje geliştirme bundan başka bir artisi yok bir tek buraya katiliyorum
  • 15-11-2014, 17:20:41
    #16
    hocam çok takılma sen yayınlamışsın işini, çok isteyen EF ye çevirir bilgisi varsa.. yoksa da kullanmasın insanlar sadece tavsiyede bulunur değerlendirme sana kalmıştır. Yapıp yapmama senin elinde. Yani bildiğin, kendini rahat hissettiğin neyse onu o şekilde yapmaya devam et
  • 15-11-2014, 18:47:45
    #17
    ertan2002 adlı üyeden alıntı: mesajı görüntüle
    hocam çok takılma sen yayınlamışsın işini, çok isteyen EF ye çevirir bilgisi varsa.. yoksa da kullanmasın insanlar sadece tavsiyede bulunur değerlendirme sana kalmıştır. Yapıp yapmama senin elinde. Yani bildiğin, kendini rahat hissettiğin neyse onu o şekilde yapmaya devam et
    evet çök doğru söyledin