Teknoloji Haberleri
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 2792
Tıklama 0
Öne Çıkarma
Cevap 2792
Tıklama 0
Öne Çıkarma
1. sayfa
-
Asp.net MVC ile büyük veri tabanı ve komplike sistemler hakkında
| Konu hakkında MVC, BIG Data ve proje deneyimi olan birinin yorumu olursa sevinirim. |
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. |
Bu mesaja 1 cevap geldi.
Cevap için teşekkürler. 9 Yıldır Oracle kullanıyorum. Windows'un tüm platformlarında uygulama geliştirdim. Oracle konusunda da (Özellikle development) ileri düzeydeyim. Bu tarz bir cevap gelmesini de bekliyordum işin aslı. Çünkü tam olarak net hiçbirşey yazmamışsınız. Amazon kullanıyor falan demişsiniz. Bence bunu demek komik :) Birşeyi amazonun kullanıyor olması onu iyi yapmaz. Ona kalırsa dünyanın en iyi Arc GIS şirketi Silverlight kullanıyordu fakat microsoft tamamen bitirdi. Şirket birden ne yapacağını şaşırdı. Uzun yıllardır yazılım sektöründe olduğumdan dolayı bir çok farklı yazılım dilinde ve platformunda milyar datalarla işlem yapan uygulama geliştirdim. Performans vs sorunlar işte o zaman önünüze çıkıyor. Yoksa ufak tefek e-ticaret işlerinde veya minik muhasebe programlarında değil. MVC ile Oracle kullanılabileceğini tabiki biliyorum :) Kullandım da. Ama tutup ta 2000+ tablo için entity kullanmak mantıksız (ayrıca tabloların içi veri dolu boş tablolar değil bunlar) ve buna ek olarak Oracle gibi bir veri tabanına çok iyi hakimsen SQL ve PL/SQL den vazgeçip gidip Linq ile sorgu yapmak mantıksızlık ötesi. Sizde söylediklerimi yanlış anlamayın fakat MVC ve yapısı ile tek cümle kurmamışsınız. "Biz kullanıyoruz, amazon kullanıyor iyidir." sizin tüm yazdıklarınızın özeti. Ayrıca bilgi paylaştıkça çoğalır neden alınayım. Fikirlere de saygım var. Fakat daha önce 500 adet form ve liste ekranları 300 civarı raporu ve BI raporları da olan bir uygulama geliştirmiş biri olarak kaygılarım farklı şeyler. Daha ilerisi için kod çöplüğüne dönmesin. Geliştirilebilirlik azalırken sırf bir ekranda farklı bir hareket yapacağım diye farklı farklı modeller ile çöplük haline dönüşmesin. Çünkü bu uygulamalar finansal verilerinde hesaplandığı riskli uygulamalar. Sonuç olarak yazılıma dün başlamış biri değilim. Aslında beklediğim daha teknik ve daha fazla bilgi içeren bir cevaptı. Fakat yine de cevap için teşekkürler. |
Bu mesaja 1 cevap geldi.
|
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.
|
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.
|
Ö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. |
Bu mesaja 1 cevap geldi.
Diyelim ki ben Entitiy değil ADO kullanmak istiyorum. Bu durumda MVC kullanmak ne kadar doğru olur sizce ? Çünkü ado ile entity arasında ciddi bir performans farkı var. Ayrıca entity üzerinden sorgulama yapmak değil doğrudan kendi SQL'lerimi kendim yazmak istiyorum. SQL sorguları içerisinde package'lar içerisinden çağırılan fonksiyonları çoğunlukla kullanmak zorundayım. En basiti bir gridview içerisinde gelecek veriler düşünelim. Uzuuuun bir arama parametrem var. Where kısmından sonrasında fonksiyonlar, packagelar kullanıyorum. Bu durumda entity ne kadar herkesin gördüğü kolay entity olacak ? Çünkü %99'u Sql Server üzerinde çalışıyor. Bu da beni entity değil ADO tarafına itiyor. |
|
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
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. |
|
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. |
< Bu ileti mobil sürüm kullanılarak atıldı > Bu mesaja 1 cevap geldi.
Bu mesajda bahsedilenler: @vayacondıos
Aynen aynen. MVC ile olan tüm dökümanlar kaynaklar vs vs hep entity ile devam ediyor. Şimdi binlerce stored precudure varken projenin ilerleyen aşamalarında ya bu ne arkadaş bu nasıl olacak deme riski kafamı kurcalıyor sadece. MVC yapı olarak mantıksız demiyorum. Tek sorun performans vs işin stored procedure ayağı. Ayrıca cevaplar için teşekkür ederim. Araştıracağım biraz daha. |
Bu mesaja 1 cevap geldi.
|
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 |
Bu mesaja 1 cevap geldi.
MVC ile alakası aslında şu. MVC kullanınca Model katmanını kullanmadan saçma oluyor. Model katmanını kullanınca Entity kullanmak zorunda kalıyorsun sanki. Ado ile de yapılabilir model katmanı ama o zaman saçma bir şekilde aşırı iş yükü oluşuyor. Bir diğer sorunda ekranlarda kullanılan karışık ve uzuuuuuuuuuuun sorgular (sorgular içerisinde package, function ve oracle veri tabanına has özellikler kullanan ve dışarıdan parametre alarak fonksiyonları çalıştırıp o sonuçlara göre de sorgu sonucu döndüren) kullanılıyor. Bu durumda List<> yapıp entity içerisinden bir tabloyu çekmek yeterli olmayacak. Linq ile de işi çözmek mümkün değil, çözse bile aşırı sıkıntılı olur. Bu durumda MVC kullanmanın iyi yanı nerede olacak ? Ama dediğinizi de not ettim. Ona da bakacağım. Teşekkürler. |
Bu mesaja 1 cevap geldi.
|
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. |
Bu mesaja 1 cevap geldi.
S.P.'ler geriye datatable gibi kayıtlar döndürmüyor. Ekleme silme ve özel işlemleri barındırıyor. Yüzlerce de liste ekranı ve bu liste ekranlarında arama olacak. Ama her liste ekranı 1 tablodan oluşmuyor. 50 satırlık sorgulardan üretilmiş ve login olan kullanıcının bilgilerini de içeren parametrelerle çalışıyor liste ekranları. Buralarda model üzerinden sorgulama yapmak veya List tipinde veri döndüren bir class alıp bunun içerisinden sorgulama yapmak istemiyorum. Doğrudan SQL veya PLSQL yazmak istiyorum. Daha doğrusu ORM katmanını Entity ile yönetmek istemiyorum. Doğrudan Ado nesneleri ile işlem yapmak istiyorum. Bu şekilde kullanınca da MVC olmuyor VC oluyor :D |
|
Herkese selamlar, kafa karışıklığı olmaması açısından güncellemek isterim. Mvc design pattern'dir yani kodları 3 parçaya Controller>View>Model klasörlerini kullanarak ileri ki süreçlerde yönetimin, güncellemenin daha kolay bir biçimde yapılmasına yardımcı olan bir yaşam döngüsü vardır(bunu istediğiniz gibi optimize edebilirsiniz N-tier, özel ..) tabi ki küçük projeler için. MVC oracle kullanan kişiye engel değildir veri tabanı bağımsız yapıdadır diyebiliriz. Mongo db, Sql, Oracle, Mysql kullanılabilir. Kısacası veri tabanınız MVC için bir problem değildir. 500+ tablo kullanacaksan N-tier yapıda kullanmanı tavsiye ederim öyle bir tablo karışıklığı için önerim(Kurumsal katmanlı mimari!) geliştirdiğin projeyi bilmiyorum. Bu sebeple belki de kendine has katmanlar eklemen gerekebilir dependency injection prensibine uygun geliştirme yapmanı tavsiye ederim. MVC ancak basit seviyede kodlarını bölerek işlem yapmana yardımcı bir design pattern dir. İleri seviye projeler için tavsiyem MVC projen de kendine özel Scafolding yaratman < Resime gitmek için tıklayın >dır. Tabi bunları yaparken Solid gibi prensiplere uyman da gerekir projenin uzun bir yatırım ve genişletilebilir yapıda olması için. Ayrıca Model olarak ta code first kullanmak zorunda değilsin. Entity framework kullanabilirsin model yapısı için. Daha da kısacası MVC yapısı bir çok dev projede kullanılmaktadır fakat kendine özel katmanlar yaratılarak ! Ekteki görsel de kurumsal mimari yapısının diyagramını görebilirsiniz. iyi forumlar. |
|
" MVC kullanmak demek = Entity Framework kullanmak demek bana göre." Alakası bile yok. Ado.net ile hand crafted db connection kullanbilrirsin. Sorguları gönderir sonucu alırsın tıpkı db gibi. illa bi orm kullancasan dapper kullenabilirsin. "Ayrıca doğrudan SQL oluşturma olmadan Controller bağlı olduğundan dolayı bir çok yerde sürekli farklı kodlar yazmak gerekcek. " bir çok yerde farklı kod yamzan gerek zaten. Kod tekrar demek değil bu. |
1. sayfa
DH Mobil uygulaması ile devam edin.
Mobil tarayıcınız ile mümkün olanların yanı sıra, birçok yeni ve faydalı özelliğe erişin.
Gizle ve güncelleme çıkana kadar tekrar gösterme.
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.