Mysql Sutun Adina Gore Veri Kumeleme?
-
antichrist bunu yazdı
Hocam bunda SQL ile yapacağın masraf backend serviste yapacağın birkaç ufak müdahaleden daha çok olur. O sebeple standart belirtilmiş yapıların çok dışına çıkmamak lazım. Kümülatif işlemleri böyle zincirlerseniz ileride çok sorun yaşarsınız. Şu dediğini herhangi bir dilde yapıp array haline getirmek emin ol daha zahmetsiz.
Kısaca verdiğin örnekteki kullanım çok doğru bir mantık değil.
Aslinda ihtiyacim olan asil cevap buydu, tesekkur ederim hocam.
Ben x farkli tablodan filtrelemek icin anahtar kelimeleri aliyorum aslinda. x tane query atmak mi daha maliyetli olur yoksa x query'i bir taneye sigdirmak mi?
Gelen cevaplar (bana) cok alengirli geldigi icin loop icinde atiyorum querylerimi.
Mongodb tavsiyesi gelmis ama imkanim dahilinde degil su anda nosql.
mevcut mimariyi entegre edemem, hem mongo hem mysql de kosturamam.
-
end bunu yazdıantichrist bunu yazdı
Hocam bunda SQL ile yapacağın masraf backend serviste yapacağın birkaç ufak müdahaleden daha çok olur. O sebeple standart belirtilmiş yapıların çok dışına çıkmamak lazım. Kümülatif işlemleri böyle zincirlerseniz ileride çok sorun yaşarsınız. Şu dediğini herhangi bir dilde yapıp array haline getirmek emin ol daha zahmetsiz.
Kısaca verdiğin örnekteki kullanım çok doğru bir mantık değil.
Aslinda ihtiyacim olan asil cevap buydu, tesekkur ederim hocam.
Ben x farkli tablodan filtrelemek icin anahtar kelimeleri aliyorum aslinda. x tane query atmak mi daha maliyetli olur yoksa x query'i bir taneye sigdirmak mi?
Gelen cevaplar (bana) cok alengirli geldigi icin loop icinde atiyorum querylerimi.
Mongodb tavsiyesi gelmis ama imkanim dahilinde degil su anda nosql.
mevcut mimariyi entegre edemem, hem mongo hem mysql de kosturamam.
dedigin sey sql de yapilabiliyomuş, hepimiz sql cahili imişiz meğer :D
daha önce bi yerde kullanmıştım ama aklıma gelmedi konuyu görünce. "birden fazla tablodan nası view oluştururum" diye aratınca buldum
http://sqlfiddle.com/#!9/4b6fd2/2
union diye bişey var
select meyve_ad as isim from meyveler
union
select sebze_ad as isim from sebzelerşeklinde yazınca sonuçları istediğin gibi alt alta ekliyo
edit: union distinct aliyomus,
ayni satirdan iki tane varsa birini gosteriyo sadece yani
http://sqlfiddle.com/#!9/2a131e/1
-
yolbulucu bunu yazdıend bunu yazdıantichrist bunu yazdı
Hocam bunda SQL ile yapacağın masraf backend serviste yapacağın birkaç ufak müdahaleden daha çok olur. O sebeple standart belirtilmiş yapıların çok dışına çıkmamak lazım. Kümülatif işlemleri böyle zincirlerseniz ileride çok sorun yaşarsınız. Şu dediğini herhangi bir dilde yapıp array haline getirmek emin ol daha zahmetsiz.
Kısaca verdiğin örnekteki kullanım çok doğru bir mantık değil.
Aslinda ihtiyacim olan asil cevap buydu, tesekkur ederim hocam.
Ben x farkli tablodan filtrelemek icin anahtar kelimeleri aliyorum aslinda. x tane query atmak mi daha maliyetli olur yoksa x query'i bir taneye sigdirmak mi?
Gelen cevaplar (bana) cok alengirli geldigi icin loop icinde atiyorum querylerimi.
Mongodb tavsiyesi gelmis ama imkanim dahilinde degil su anda nosql.
mevcut mimariyi entegre edemem, hem mongo hem mysql de kosturamam.
dedigin sey sql de yapilabiliyomuş, hepimiz sql cahili imişiz meğer :D
daha önce bi yerde kullanmıştım ama aklıma gelmedi konuyu görünce. "birden fazla tablodan nası view oluştururum" diye aratınca buldum
http://sqlfiddle.com/#!9/4b6fd2/2
union diye bişey var
select meyve_ad as isim from meyveler
union
select sebze_ad as isim from sebzelerşeklinde yazınca sonuçları istediğin gibi alt alta ekliyo
edit: union distinct aliyomus,
ayni satirdan iki tane varsa birini gosteriyo sadece yani
http://sqlfiddle.com/#!9/2a131e/1
union all
:D
-
end bunu yazdıantichrist bunu yazdı
Hocam bunda SQL ile yapacağın masraf backend serviste yapacağın birkaç ufak müdahaleden daha çok olur. O sebeple standart belirtilmiş yapıların çok dışına çıkmamak lazım. Kümülatif işlemleri böyle zincirlerseniz ileride çok sorun yaşarsınız. Şu dediğini herhangi bir dilde yapıp array haline getirmek emin ol daha zahmetsiz.
Kısaca verdiğin örnekteki kullanım çok doğru bir mantık değil.
Aslinda ihtiyacim olan asil cevap buydu, tesekkur ederim hocam.
Ben x farkli tablodan filtrelemek icin anahtar kelimeleri aliyorum aslinda. x tane query atmak mi daha maliyetli olur yoksa x query'i bir taneye sigdirmak mi?
Gelen cevaplar (bana) cok alengirli geldigi icin loop icinde atiyorum querylerimi.
Mongodb tavsiyesi gelmis ama imkanim dahilinde degil su anda nosql.
mevcut mimariyi entegre edemem, hem mongo hem mysql de kosturamam.
query nin yaratılma maaliyeti önemli. eğer 5 farklı tablodan döngüler, fonksiyonlar içeren bir işlem yapıyorsan onları birleştirip çıktı alıyorsan olayın iş yükü birkaç kat artıyor. zaten normalize edilmemiş veritabanları başlı başına yavaşlık sebebiyken bir de komplex hesaplara girişirsen iş daha maliyetli oluyor. istek sayısına çok takılma. veritabanından bütün halinde kullanacağın kadar datayı alıp backend serviste işlemek bana en makul geleni. sonuçta bu servislerin amacı nihayetinde bu.
nosql veritabanları dinamik data tutarken oldukça verimli. ama ilişkisel bir veritabanı yapısı olacaksa nosql daha verimsiz. json formatında bir şey tutup dinamik ekle çıkar yapılacaksa dahi json (bazı sürümlerde longtext) veri tipi kullanılabilir. datayı json tutup ona ilave yapabilirsiniz. böylece column oluşturmaya da gerek kalmaz.
db sadece datayı saklayan birim. amacı düzenli data tutmak ve en az masrafla filtreleme/kümeleme yapmak. veriyi işlemek evirip çevirmek servislerin işi.