• 11-05-2018, 19:56:01
    #10
    Tablonuzda kaç sutun var ? Sorgularınızı da eklerseniz belki yardımımız dokunur.

    500 mb nasıl oldu onu pek anlayamadım.

    5 dk da bir veri çekiyorum demişsiniz kaç satır ekleniyor ki veri çektiğinizde.
  • 11-05-2018, 19:59:10
    #11
    FaTe adlı üyeden alıntı: mesajı görüntüle
    Tablonuzda kaç sutun var ? Sorgularınızı da eklerseniz belki yardımımız dokunur.

    500 mb nasıl oldu onu pek anlayamadım.

    5 dk da bir veri çekiyorum demişsiniz kaç satır ekleniyor ki veri çektiğinizde.
    hocam tabloda 9 sütun var işlem fiyatın yanında detayları ise altının diğer para birimlerine karşı yükseliş düşüşü
    örnek vermek gerekir ise: altın:12 tl dolar:x sterlin t japon yeni c arap riyali d şeklinde kullanıcı diğer para birimleri ile o para birimi bazında kıyaslama yapıyor esas şişmenin sebebi buradan geliyor.Tek altına bakmıyor onun yanında diğer paritelere göre kıyaslıyor.
  • 11-05-2018, 20:03:51
    #12
    Kıyaslama yaptığınız sorguları paylaşma imkanınız var ise daha kolay çözüm üretilebilir bence.
  • 11-05-2018, 20:05:53
    #13
    Beş dakikalık verileri bir tabloada eski verileri ayrı bir tabloda tutun. Böylece sorgu yaptığında 500 mblık tablodan veri okumak zorunda kalmaz.
  • 11-05-2018, 20:13:27
    #14
    burayakadar adlı üyeden alıntı: mesajı görüntüle
    hem 5 dklık altın fiyatlarına baktığı gibi eski tarihler ile yüzdelik kıyaslama yapabiliyor.tabloyu optden kasıt nasıl mantığını anlamadım.

    Eyh hocam çapraz sorgu için ayrı sayfa ajax veri çekme bunuda deneyecem.Ancak en büyük sorun karşımda sürekli büyüyen bir sql dosyasının olması
    OPTIMIZE TABLE `tabloadi`
    Geçmişe dönük karşılaştırmalar sanırım sadece gün bazında yapılıyor. Yani örneğin 01.05.2018 ile 10.05.2018 tarihlerini seçtiğimde bana günlerin kapanış fiyatları üzerinden bir karşılaştırma sunuyor diye tahmin ediyorum. Eğer böyle ise altın fiyatlarını txt'de tutabilirsiniz. Misal dizin yapısı şu şekilde olabilir;

    ---2018
    -------05
    -----------01.txt
    -----------02.txt
    -----------03.txt
    -----------04.txt
    -----------05.txt
    -----------06.txt
    -----------07.txt
    -----------08.txt
    -----------09.txt
    -----------10.txt
    ...
    ...
    ...
    
    Şimdi gelelim txt içeriğine;
    
    // 01.txt
    
    00:00|238.97
    00:05|238.58
    ..
    ..
    ..
    23:59|238.96
    
    // 02.txt
    
    00:00|238.97
    00:05|237.45
    ..
    ..
    ..
    23:59|239.01
    gibi txtlerinizin olduğunu varsayalım. Gün bazlı karşılaştırma yapmak için seçilen günlere ait olan txtlerin son satırını alıp okutursunuz. Mevcut gün içinde harici bir txt dosyanız olur ve gün boyuncu onu güncelleyerek 5 dakikalık karşılaştırmaları sağlayabilirsiniz.

    Bunların yanında veritabanı yapınız nasıl bilmiyorum. Her altın türü için ayrı tablo açıp (gram, ons, ceyrek, yarim, tam, cumhuriyet vb.) verileri alt alta bu şekilde saklayabilirsiniz. Eğer yapmıyorsanız bu daha sağlıklı olacaktır. Örnek tablo yapısıda şu şekilde olabilir.

    --cumhuriyet
    #ID (birincil, auto increnment)
    #tarih (index)
    #fiyat
    Tablo yapınız bu şekilde değilse, bu şekle getirerek daha hızlı karşılaştırma yaptırabilirsiniz. Belki de sizin ki daha iyidir bilmiyorum tabii sadece fikir yürütüyorum.