Asp.net MVC ile büyük veri tabanı ve komplike sistemler hakkında

quote:

Orijinalden alıntı: TrueBlack

Merhaba arkadaşlar,

Uzun zamandır iş yoğunluğu nedeniyle foruma çok yazamıyorum. MVC ile çok uğraşmazdım veri tabanı Oracle kullandığım için MVC pek mantıklı gelmedi. Fakat yeni geliştireceğim bir projede MVC kullanmayı düşünüyorum. Fakat veri tabanı içerisinde 2000+ tablo ve 3200+ package ve bir o kadar view vs bulunuyor. MVC kullanmak demek = Entity Framework kullanmak demek bana göre. Ado ile işlem yapacaksan iş kolaylaşmıyor aksine zorlaşıyor. Ayrıca doğrudan SQL oluşturma olmadan Controller bağlı olduğundan dolayı bir çok yerde sürekli farklı kodlar yazmak gerekcek. Örneğin bir sayfada 3 farklı veri tabanından listeleri alt alta göstermek istiyorsam gidip bunun için bir model oluşturmam gerekecek. Ayrıca Oracle ile MVC kullanımı ile birşey yok diyebiliriz. Code First ile veri tabanı üzerince mıncık mıncık işlem yapıp kullanmak bana hiç mantıklı gelmiyor. Hiçbir zamanda gelmedi.

Sonuç olarak sorum şu bahsettiğim büyüklükte bir veri tabanın en az 500+ tablo ile çalışacak ve diğerleriyle de gerektiğinde haberleşecek bir yapı için MVC mantıklı mı ? Çünkü MVC bana göre daha ufak projelerin içinden çıkabilir. Bu tarz büyük bir yapıda Model ve Controller çöplüğüne döner mi ? Fikirlerinizi bekliyorum. Teşekkürler.

quote:

Orijinalden alıntı: vayacondıos

quote: Orijinalden alıntı: TrueBlack Merhaba arkadaşlar, Uzun zamandır iş yoğunluğu nedeniyle foruma çok yazamıyorum. MVC ile çok uğraşmazdım veri tabanı Oracle kullandığım için MVC pek mantıklı gelmedi. Fakat yeni geliştireceğim bir projede MVC kullanmayı düşünüyorum. Fakat veri tabanı içerisinde 2000+ tablo ve 3200+ package ve bir o kadar view vs bulunuyor. MVC kullanmak demek = Entity Framework kullanmak demek bana göre. Ado ile işlem yapacaksan iş kolaylaşmıyor aksine zorlaşıyor. Ayrıca doğrudan SQL oluşturma olmadan Controller bağlı olduğundan dolayı bir çok yerde sürekli farklı kodlar yazmak gerekcek. Örneğin bir sayfada 3 farklı veri tabanından listeleri alt alta göstermek istiyorsam gidip bunun için bir model oluşturmam gerekecek. Ayrıca Oracle ile MVC kullanımı ile birşey yok diyebiliriz. Code First ile veri tabanı üzerince mıncık mıncık işlem yapıp kullanmak bana hiç mantıklı gelmiyor. Hiçbir zamanda gelmedi. Sonuç olarak sorum şu bahsettiğim büyüklükte bir veri tabanın en az 500+ tablo ile çalışacak ve diğerleriyle de gerektiğinde haberleşecek bir yapı için MVC mantıklı mı ? Çünkü MVC bana göre daha ufak projelerin içinden çıkabilir. Bu tarz büyük bir yapıda Model ve Controller çöplüğüne döner mi ? Fikirlerinizi bekliyorum. Teşekkürler.

Kardeşim öncelikle şunu söylemeliyim ki söylediklerinin bazıları doğru bazıları yanlış. MVC ile Oracle kullanabilirsin elbette. Fakat tercih genelde Ms sql olur çünkü tam uyum var arada. Code First size mantıklı gelmeyebilir ama bazı projelerde Code First kullanmak çok iyi oluyor. Ado.Net neden işinizi zorlaştırıyor ? Eğer daha önce kullandıysanız ve iyi biliyorsanız Oracle ile de kullanmanızı tavsiye ederim. Sürekli aynı kod yazma diye bir durum da söz konusu değil. Mvc yapısına tam olarak hakim olduğunuzda bunu çok iyi anlayacaksınız.

Alınmayın ama ikinci paragrafınız biraz komik hocam Çalıştığım firmada 5 farklı sitede de Mvc kullanıyoruz. Son derece derli toplu kodlar ve iyi bir performans var ortada. Ayrıca Ebay kendi web sitesinde Amazon web servislerinde Mvc'yi kullanıyor. Microsoft ve iş ortaklarından bahsetmiyorum bile.Şimdi siz bu firmalardan daha fazla data mı işleyeceksiniz ya da daha büyük tablolar mı kullanacaksınız ? Bunun cevabı evet bile olsa mvc hem kod düzeni açısından hem de performans açısından şuan bunu en iyi kaldırabilecek yapıdır denilebilir.

Yazı sanki biraz Mvc fanatizmi gibi oldu ama şunu da belirteyim. Sanırım Mvc 'yi çok iyi bilmiyorsunuz. Eğer bilmeden direk büyük bir proje yapmaya kalkışırsanız işleri kendi açınızdan karıştırabilirsiniz. Bu nedenle geliştireceğiniz proje ve yaklaşımlara kendi yetenekleriniz doğrultusunda karar verin bence.

quote:

Orijinalden alıntı: cllyldrm

Öncelikle şunu belirtmekte bir fayda var, mvc bir teknoloji değildir, kavramsal bir mimaridir. İlk java da kullanıldı fakat microsoft mvc' i bir teknoloji olarak sunduğu için bu böyle bilindi. Yani sen jsp veya web form' da yazsan mvc yapısını kullanabilirsin. Yani senin tablolarının büyüklüğü package'lerinin olması vs mvc' i kullanamaman anlamına gelmez. Bence soru şu şekilde olmalı, Ado.Net mi kullanacağım yoksa Entity Framework mü ?. Bu kararı verdikten sonra projeni web form veya mvc yapısını taşıyabilirsin.

Ben oracle + entity framework projesi geliştirdim, oracle' ın odp.net diye bir provider' ı var. Onun ile entity framework aracılığı ile sorgularını yazabilirsin, prosedür veya fonksiyon gibi işlemleri yapabiliyorsun. Sadece prosedürde bir sıkıntı yaşamıştım, cursor dönen bir sp' de entity framework tarafında bir kaç ayar yapman gerekiyor. Her eklediğin sp için bu ayarı yapman lazım. Default olarak geri dönüş değerini object olarak ayarlıyor. Senin onu bir modele bağlaman gerekiyor, list veya ne türde bir geri dönüş şekli istiyorsan onu yapmalısın. O biraz uğraştırabilir seni. Önceki çalıştığım yerde de oracle + entity framework kullanıyorlardı, onlar ayarını yaptığı için çok rahat bir şekilde sp ve fonksiyon çağırıyorduk hiç bir ekstra işlem yapmadan. Kolay bir yolu vardır muhakkak.

Birde mvc projesi çöplüğe dünüşmesi imkansız gibi bir şey, hani web form için böyle bir şey yazsan anlarım. Zaten bize area kullanımını sundular, bu sayede bölümleri çok kolay ayırabilirsin, ki seo için en uygun yapı mvc. Birde ufak projelerde kullanılan bir yapı olmadığını zamanla görürsün.

quote:

Orijinalden alıntı: TrueBlack

Burada da Entity kullanırken bir stored procedure yani (DDL veya DML kodu tetikleyen bir Function veya Procedure) çalıştırmak için yaptığımız işlemler var. Katmanlı mimari ile geliştirilmiş ve Business logic kısmı Oracle veri tabanı üzerinde tutulan bir uygulama düşünün. Bu uygulamada 9530 adet Package yani stored procedure, 6443 tablo, 12849 adet view var. Uygulama zaten halihazırda kullanılıyor. Web uygulaması olarak geliştirmek istediğimiz bölümleri ve web'e taşımak istediğimiz yerleri mevcut. Rakamlar gerçek rakamlardır veri tabanımızı check ederek yazdım.

https://quysnhat.wordpress.com/2012/08/03/using-entity-framework-to-call-oracle-stored-procedure-in-asp-net-mvc3/

Sanırım verdiğim bilgiler derdimi anlatmam da daha açıklayıcı olmuştur.

quote:

Orijinalden alıntı: cllyldrm

Bence ado.net ile entity framework arasinda kaldi konuyu açan arkadas.

Daha onceden mvc ile calismis kisi kesinlikle baska bir yapiyi kullanmaz, gerek razor rahatlığı gerekse oop mimarisini tam kullanması, ki ado ile de mvc projesi cok rahat bir sekilde çıkartabilir.

quote:

Orijinalden alıntı: Kaygerya

iyi de hazır srored precedureleriniz varmış. entityler de geliyor zaten sıkıntı ne anlamadım.
x türünde bir nesneniz vardır.
x = _dbContext.ExecuteStoredProcedureList<T>( "StoreprocedureName", parameters[]) ile x i doldurursunuz. gidip entittilerle niye uğğraşıyorsunuz? entityframework parametreleri gönderip store procedure execute edebiliyor. aynen de storedprocedure hızında çalışıyor. bir sıkıntı da olmaz. mvc ile halen alakasını çözememiş durumdayım. çek veriyi at bir objeye gonder viewe

quote:

Orijinalden alıntı: Kaygerya

entity dediğiniz şeyler zaten database tablolarına karşılık gelen classlar.bunları kullanmak zorunda değilsiniz. Bu mvc değil entity frameworku ilgilendiren birşey.
bussiness katmanını da zaten oracle de tanımlı fonksiyonlara yığmışsınız.
Parametreleriniz de belli.,
gonderin stored procedure ye , dönüş tipinize uygun bir class yazın, storedprocedureden gelen veriyi de classınıza assign edin
viewe post edin dilediğiniz gibi gösterin verinizi.