- Bu tür soruların hap çözümünü hemen vermek kolay değil. Sorgudan önce tablo
yapılarını, veri tabanı modellemesine bakmak sorunun daha net anlaşılmasını
sağlar.
Optimum çözümler onun üzerinden düşünülür. Burada daha çok genel olası şeyler
önerilebilir. Öncelikle Open Source yazılımlarda bu tür
bunu yapmayin. kalan miktar ve bakiye miktarlarini ayri tablolarda tutun.
tanitim tabloları ozet bilgiler tutmamali.
toplam miktarlar aylara, yillara, para birimlerine, depoya, cariye, stok
birimine gore toplanip saklanirlar. bunu stok tanitimina koymak zor ve
yanlış olur.
22 Ekim 2017 Pazar
şuan sql sorgumu aşağıdaki gibi yaparak 8 sn ye düşürdüm. ama yine yüksek
bir gecikme en kötü ihtimalle stok kartı tablosuna miktar alanı açıp ekleme
çıkarma sayım gibi hareketlerde miktarı güncellemeyi düşünüyorum.
SELECT products_id as ID,prod_name as 'Ürün Adı',(SELECT IF(type=1 or
> type=4,sum
benim dikkatimi ceken birsey var;
normalde yazilim tarafinin yapmasi gereken seyleri neden db tarafina
yaptirmissiniz. bu tur seyler faydadan cok zarar getirir.
veritabanlari darbogazdir, calisma mantiklari basit kume teorilerine
dayanir yani kompleks veri tipleri gibi islemler de sikintiya sebep
Sorguda çok alt sorgu var, Dolayısı ile her alt sorgu zamanı artırdığı
kanaatindeyim. Alt sorgular yerine view( MySQL de kullanılıyor mu bilmiyorum)
kullanılması zamanı azaltabilir.
İyi çalışmalar.
Kimden: "ibrahim"
Kime: "Özgür yazılımlarla çeşitli dillerde yazılım geliştirme"
Gönderil