Forum
Aktif konular
Üyeler
Kurallar
Arama
Tahribat.com Forumları 
Database - Veritabanı 
54M Satir İcerisinde Select (Read) Query İcin En İyi Veri Tabani Cozumu? 54M Satir İcerisinde Select (Read) Query İcin En İyi Veri Tabani Cozumu?
-
nosql midir abiler?
where cond ile selecting yapilacak bolca.
arada birkac tane de writing/update belki.
-
Hocam eğer insert işlemin yoksa MySQL MyIsam öneririm. Sanırım burda NoSQL en hızlısı olacaktır. Belki MyIsam daha hızlıdır (çünkü bu iş için yapılan bir engine diye biliyorum). Bir araştır istersen. Hatta bir aralar @rakkoc sanırım daha önce böyle bir şey yapmıştı gibi.
EDİT: Insert ya da Update yapacaksan MyIsam çok kötü performans gösterir.
MhmdAlmz tarafından 22/Kas/21 18:03 tarihinde düzenlenmiştir -
Wherr sorunun conditionina gorede değişebilir. Fulltext search yapıyorsan lucene elastic search e bakabilirsin.
-
-
FCN bunu yazdı
Wherr sorunun conditionina gorede değişebilir. Fulltext search yapıyorsan lucene elastic search e bakabilirsin.
date tipli bir kolon uzerinde gt lt querylerim oluyor.
varchar tipli kolonlarimda "like" sorunsuz calisiyor myisam ile cat diye buluyorum. ama date uzerinde lt gt yapmaya kalkinca patliyor :))
-
end bunu yazdıFCN bunu yazdı
Wherr sorunun conditionina gorede değişebilir. Fulltext search yapıyorsan lucene elastic search e bakabilirsin.
date tipli bir kolon uzerinde gt lt querylerim oluyor.
varchar tipli kolonlarimda "like" sorunsuz calisiyor myisam ile cat diye buluyorum. ama date uzerinde lt gt yapmaya kalkinca patliyor :))
çok böyle artistik gözükmek istemem ama index varmı ilgili kolonda :D
-
wert bunu yazdıend bunu yazdıFCN bunu yazdı
Wherr sorunun conditionina gorede değişebilir. Fulltext search yapıyorsan lucene elastic search e bakabilirsin.
date tipli bir kolon uzerinde gt lt querylerim oluyor.
varchar tipli kolonlarimda "like" sorunsuz calisiyor myisam ile cat diye buluyorum. ama date uzerinde lt gt yapmaya kalkinca patliyor :))
çok böyle artistik gözükmek istemem ama index varmı ilgili kolonda :D
Olmaz olur mu, bütün kolonlarım indexli :)
-
end bunu yazdıwert bunu yazdıend bunu yazdıFCN bunu yazdı
Wherr sorunun conditionina gorede değişebilir. Fulltext search yapıyorsan lucene elastic search e bakabilirsin.
date tipli bir kolon uzerinde gt lt querylerim oluyor.
varchar tipli kolonlarimda "like" sorunsuz calisiyor myisam ile cat diye buluyorum. ama date uzerinde lt gt yapmaya kalkinca patliyor :))
çok böyle artistik gözükmek istemem ama index varmı ilgili kolonda :D
Olmaz olur mu, bütün kolonlarım indexli :)
https://dev.mysql.com/doc/refman/5.6/en/partitioning-range.html
partition diye bisey var hic kullanmadim ama sanirim senin isine yarar
-
end bunu yazdıFCN bunu yazdı
Wherr sorunun conditionina gorede değişebilir. Fulltext search yapıyorsan lucene elastic search e bakabilirsin.
date tipli bir kolon uzerinde gt lt querylerim oluyor.
varchar tipli kolonlarimda "like" sorunsuz calisiyor myisam ile cat diye buluyorum. ama date uzerinde lt gt yapmaya kalkinca patliyor :))
Hiç tecrübe etmedim veya bir kaynağa dayanmıyor bu dediğim ama ; date verilerini unix timestamp olarak tutup o şekilde sorgu atman daha performanslı olabilir.
-
coder2 bunu yazdıend bunu yazdıFCN bunu yazdı
Wherr sorunun conditionina gorede değişebilir. Fulltext search yapıyorsan lucene elastic search e bakabilirsin.
date tipli bir kolon uzerinde gt lt querylerim oluyor.
varchar tipli kolonlarimda "like" sorunsuz calisiyor myisam ile cat diye buluyorum. ama date uzerinde lt gt yapmaya kalkinca patliyor :))
Hiç tecrübe etmedim veya bir kaynağa dayanmıyor bu dediğim ama ; date verilerini unix timestamp olarak tutup o şekilde sorgu atman daha performanslı olabilir.
Ben de normal şartlarda Unix formatında tutuyorum ama 54m satırı update etmek zulüm :)
-
bütün veriyi bigquery ye taşısana ?
Kısayol
Şikayet
Özel Mesaj
Alıntı yap
Cevapla