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

Aşağı Git Tüm Forumlar Web Tasarım - Programlama Yazılım Geliştirme Asp / Asp.NET Asp.net MVC ile büyük veri tabanı ve komplike sistemler hakkında

Bu konudaki kullanıcılar: 1 misafir

17
Cevap 3086
Tıklama 0
Öne Çıkarma

1. sayfa

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

Cevap Yaz

TrueBlack

10 yıl

Yüzbaşı

Konu Sahibi

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.

DH forumlarında vakit geçirmekten keyif alıyor gibisin ancak giriş yapmadığını görüyoruz.

Üye olduğunda özel mesaj gönderebilir, beğendiğin konuları favorilerine ekleyip takibe alabilir ve daha önce gezdiğin konulara hızlıca erişebilirsin.

Üye Ol Şimdi Değil

Bir Daha Gösterme

TrueBlack

10 yıl

Yüzbaşı

Konu Sahibi

Burada da demek istediğim performans testleriyle ilgili bir yazı mevcut. Aradaki farkı görmezden gelmek bence yanlış olur.

http://blogs.msdn.com/b/adonet/archive/2008/03/27/ado-net-entity-framework-performance-comparison.aspx

Bu mesaja 1 cevap geldi.

TrueBlack

10 yıl

Yüzbaşı

Konu Sahibi

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.

Bu mesaja 2 cevap geldi.

cllyldrm

10 yıl

Yarbay

Ado.net ile mvc kullanmakta mantıklıdır. Ben model ile view'ın arasındaki iletişime çok alıştığım için geriye dönüp web form yazmam, o yüzden bunun tercihini sizin yapmanız lazım, çünkü repository katmanında değişen çok bir şey olmayacak, siz bu sefer entity ile değilde ado.net ile sorgu çekip çektiğiniz verileri modele basacaksınız, sonrasında ise view kısımında işlemlerinizi yapacaksınız.

Mvc illa entity framework ile yazılacak bir yapı değildir. Herkes web form' u ado.net ile yazıyor ben entity framework kullanıyordum mesela. O yüzden siz zaten ado.net' e hakimsiniz, repository katmanını hemen oluşturup DTO' ya bağlarsanız, geri kalan işlemler yine aynı olur mvcde. Ki entity ile gerçekten sp de sorun yaşayabilirsiniz, ben bir kaç iç içe sp' leri entity' e dönüştürmek için baya uğraşmıştım, sizinde baya zamanınızı alacak gibi gözüküyor. En mantıklısı ado.net ve mvc kullanmak...

Örn.http://stackoverflow.com/questions/6694098/using-asp-net-mvc-with-classic-ado-net

Bu mesajda bahsedilenler: @TrueBlack

vayacondıos

10 yıl

Yüzbaşı

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.

Hocam yaklaşımlarınız doğru ama bakış açınızda problemler mevcut :) Gözle görülür büyük performans farklarından bahsetmişsiniz. Evet kaynak tamamen doğru. Böyle bir uçurum söz konusuydu. Fakat söz konusuydu yani önceden öyleydi. MVC3 değerlendirmesi yapıyorsak söylediğiniz her şey tamamen doğru. Ama MVC5 ile Microsoft bu yapıyı o kadar geliştirdi ki performans konusunda da dediğim gibi kod düzeninde de çok iyi bir seviyede şuan MVC. Öyle ki tanıdığım birçok PHP ile profesyonel işler yapan insan hiç bilmediği halde MVC' ye yönelmeye başladı. Eğer işin içerisindeyseniz dikkatinizi çekmiştir çoğu kurum mvc5 sonrası php'den asp.net 'e dönüş yapmıştır.

Sonuç olarak mvc3 kullanacağım. Onu biliyorum diyorsanız bence kullanmayın. MVC5 kullanmanızı tavsiye ederim.

Cevap Yaz

1. sayfa

Tüm Forumlar Web Tasarım - Programlama Yazılım Geliştirme Asp / Asp.NET Asp.net MVC ile büyük veri tabanı ve komplike sistemler hakkında