Cevaplar
-
Öncelikle cache mantığı sayfanın tekrar tekrar yüklenmemesi her seferinde, kullancıya ait bazı şeylerin hatırlanması, sayfalarda değişmeyen kısımların tekrar tekrar yüklenmemesi v.b. konularında. Cache nin illa ki faydası vardır ancak kullanıcı sayısı dediğiniz boyutlara varınca cache' den daha çok sorgulamanın yapısı daha ön plana çıkıyor.
Sorgulama yapısına gelince, sorgularda çok karmaşık yapılar kullanıyorsanız bu illa ki sorun çıkaracaktır. Tabloları düzenleme şansınız varsa daha basite indirgenmiş sorgular kullanmanız da fayda var.
Stored procedure mantığında da veritabanında kayıtlı sql sorgularıdır. Bunun avantajı çok fazla. Her kullanıcının benzer sorguları yapması durumunda, aynı sorgular tekrar tekrar işletilcek. Ancak kayıtlı sorgularda performans artışı büyük oranda oluyor.
Ancak çok fazla procedur yazılması da veritabanını şişirmesine sebep oluyor. Bu yüzden procedure yazacağınız zaman bunun planını iyi yapmanız gerekiyor. Başa dönersek cache' leme ve procedur yazacaksanız bunu iyi planlayın. Sorgularınızı daha basit'e indirgeyin.
Mysql' de bir limitten sonra yavaşlama oluyordur. Bu yüzden Oracle tarzı ücretli (ücreti bayaa bir fazla olan :))) veritabanı yönetim sistemlerine geçmek gerekiyor diye düşünüyorum.-
Alpagu
Öncelikle cevap için teşekkürler,
Anladığım kadarıyla Stored Prodecure'yi fazla tekrarlanmayan Popüler 10 üye, Popüler 10 ilan gibi yerlerde kullana biliriz. Ayrıca gün içersinde belki 10 - 15 kere yenilenen listeleme sayfalarında kullana biliriz ?
Fakat saniye bazında devamlı güncellenen veya rastgele veri çektiğimiz bir yerde kullanmak RAM i şişirecek böylelikle sorun oluşacakdır.
Bu nedenden dolayı projemde kategori listemele sayfalarında Stored Procedure kullanmayı, Devamlı yenilenen alanlarda ise asp üzerinden sorgu yazmak yerine view kullanmayı düşünüyorum.
Tablo yapısında bir kaç detay sayfasında uzun metinlere yer vermiştim. Tablo yapısındada metin kısımlarını ayrı tabloda tutmaya çalışacağım belki faydası olur.
Örnek veri tablosu,
id - marka - renk - model - tür - fiyat - kimden - detay - özellik - özet
Kategoride verileri gösterirken tasarımda
id - marka - renk - fiyat - özet
Kategori sayfasında bu veri yeterli geliyorsa. Tabloyu ikiye bölüp sadece bu verilerin olduğu 1. tablo ve burda yer almayan verilerin olduğu 2. tablo oluşturmak en ideal çözümmüdür ?
Oracle veya benzeri programlara maalesef şuan geçemem :S Daha server ödemeleri anca yapıyoruz birde veritabanı başıma bela olmasın :))
Tekrardan saol..11 yıl önce yazılmış
-
