MySQL verileri yenilerken kasması ?

[Mr.Developer]

iyi akşamlar,

veritabanından ( MySQL ) çektiğim verileri timer ile çok sık aralıklarla ( 100 ms gibi ) yeniliyorum fakat her yenilemede ufak kasmalar mevcut bunu nasıl giderebilirim ?

[yhackup]

(12-10-2018, Saat: 19:29)BY-HAYALET Adlı Kullanıcıdan Alıntı: iyi akşamlar,

veritabanından ( MySQL ) çektiğim verileri timer ile çok sık aralıklarla ( 100 ms gibi ) yeniliyorum fakat her yenilemede ufak kasmalar mevcut bunu nasıl giderebilirim ?

Thread ile çekersin kasmaz.

[Mr.Developer]

(12-10-2018, Saat: 20:45)yhackup Adlı Kullanıcıdan Alıntı:

(12-10-2018, Saat: 19:29)BY-HAYALET Adlı Kullanıcıdan Alıntı: iyi akşamlar,

veritabanından ( MySQL ) çektiğim verileri timer ile çok sık aralıklarla ( 100 ms gibi ) yeniliyorum fakat her yenilemede ufak kasmalar mevcut bunu nasıl giderebilirim ?

Thread ile çekersin kasmaz.

teşekkür ederim bakayım hemen

[mrmarman]

Merhaba.

- Veritabanı sorgusu için 100 milisaniye interval çok sık olduğunu değerlendiriyorum. 

- Değerlendirirseniz bir önerim olacak 

- Thread güzel fikir, bu sizin yazılımınızın çalıştığı katmanda rahatlama olarak işe yarayacaktır. Ancak sunucunuza / ağınıza da nefes aldırmak için bir önerim olacak.

- Sık sorgu yaptığınız (A) aşamasındaki sorguda Select satırında tüm talebinizi değil en fazla (1) veya (2) alan çekecek küçük çaplı sorgular ile önce güncel veri olup olmadığını öğrenip, eğer güncel veri varsa  ancak o zaman ikinci atımda (B) aşamasına geçip asıl geniş sorguyu yapın. Bu size performans olarak geri dönecektir.

[Mr.Developer]

(12-10-2018, Saat: 21:49)mrmarman Adlı Kullanıcıdan Alıntı: Merhaba.

- Veritabanı sorgusu için 100 milisaniye interval çok sık olduğunu değerlendiriyorum. 

- Değerlendirirseniz bir önerim olacak 

- Thread güzel fikir, bu sizin yazılımınızın çalıştığı katmanda rahatlama olarak işe yarayacaktır. Ancak sunucunuza / ağınıza da nefes aldırmak için bir önerim olacak.

- Sık sorgu yaptığınız (A) aşamasındaki sorguda Select satırında tüm talebinizi değil en fazla (1) veya (2) alan çekecek küçük çaplı sorgular ile önce güncel veri olup olmadığını öğrenip, eğer güncel veri varsa  ancak o zaman ikinci atımda (B) aşamasına geçip asıl geniş sorguyu yapın. Bu size performans olarak geri dönecektir.

düşününce gerçekten de mantıklı geldi. 

bunu bir uygulayayım hocam 

öneriniz için teşekkür ederim.

[yhackup]

Ben daha önce thrad bilmez iken , sürekli tablonun sum ile countuna bakıyordum eğer bir değişiklik var ise veriyi alıyordum eğer thread bilmiyorsan en ucuz yöntem bu olur Count sorgudu çok hızlı çalışacaktır.

[Mr.Developer]

(13-10-2018, Saat: 16:47)yhackup Adlı Kullanıcıdan Alıntı: Ben daha önce thrad bilmez iken , sürekli tablonun  sum ile countuna bakıyordum eğer bir değişiklik var ise veriyi alıyordum eğer thread bilmiyorsan en ucuz yöntem bu olur Count sorgudu çok hızlı çalışacaktır.

bu yöntemi test ettim fakat sonradan şöyle sıkıntım oldu ;

yapmak da olduğum yazılımda whatsapp grubu misali herkesin yazı ( fikir ) paylaşımı yaptığı bir ortam hazırlıyorum. ( her an ve sürekli yazılar eklenmiş olacak / yani kısmen )

ve önce @mrmarman hocamın sonra da sizin dediğiniz yöntem pek de işime yarıyacak cinsten durmadı mağlesef ya da ben öyle zannediyorum.

[yhackup]

O zaman tek çare Thread,

Android Studioda bu tip veri çekme işlemlerini sana düz kodda yazdırmaz direk bu kod bloğunu Aseknkron olarak yaz diye uyarır yani kısaca bu tip sürekli veri çekmen gerekecekse bir an önce öğrenmelisin.

[Mr.Developer]

(13-10-2018, Saat: 17:04)yhackup Adlı Kullanıcıdan Alıntı: O zaman tek çare Thread,

Android Studioda bu tip veri çekme işlemlerini sana düz kodda yazdırmaz direk bu kod bloğunu Aseknkron olarak yaz diye uyarır yani kısaca bu tip sürekli veri çekmen gerekecekse bir an önce öğrenmelisin.

aynen ya beni benden iyi anlamışsınız hocam   

google var gam yok diyerek yola devam

[Fesih ARSLAN]

Merhaba,
Veri tabanı işlemlerinde tek bir asenkron metod ile işi çözmek çok zor.
Sorgu ile bağlantılı Query, Connection ve hatta DataModule' ün bile bu thread halkasına dahil edilmesi gerekiyor.