Herkese teşekkürler. Fiyat kolonunu varsayılan para biriminde tutup ekstra kolonda doviz halini tutup ayrıca ürünü doviz birimi ile ilişkilendirdim. Belirli aralıklarla cron job ile dviz kur ile fiyat kolonunu güncellicem. Umarım yarın bir gün UPDATE 2 gün sürüyor nasıl optimize ederiz diye konu açmam. şimdiden stored procedure ile update et hacı. ya da direkt kura gre where yap "update table set `tl_karsilik` = doviz_fiyat 7.75where `doviz` = 'USD'" 29.99cm, titanyum kaplamalı, çift damarlı, su ve yağ soğutmalı.

dviz kuru dakka başı değişen bir şey değil , yaz bir cron 30dk da bir ürünlerin fiyatını baz olarak kabul ettiğin kura gre hesaplayıp yazsın bi kolona. sonra o kolona gre sıralarsın. 29.99cm, titanyum kaplamalı, çift damarlı, su ve yağ soğutmalı.

Herkese teşekkürler. Fiyat kolonunu varsayılan para biriminde tutup ekstra kolonda doviz halini tutup ayrıca ürünü doviz birimi ile ilişkilendirdim. Belirli aralıklarla cron job ile dviz kur ile fiyat kolonunu güncellicem. Umarım yarın bir gün UPDATE 2 gün sürüyor nasıl optimize ederiz diye konu açmam. herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

Currency model/tablosunda para birimlerini tutardım. ExchangeRate model/tablosunda günlük çalışıp güncel kurları tutardım. Eğer sabit sayıda para birimi olacaksa Product tablosunda accessor ile para birimlerinin çevirisini yapıp appends ederdim. Para birimi çoğalma durumu varsa model içinde istediğim para birimine convert edecek bir method yazardım. Sonrasında ise orderBy yaparak para birimine gre sıralatırdım. coder2 tarafından 25/Eyl/20 10:31 tarihinde düzenlenmiştir nceleri Kızlar Utanınca Kızarırdı Şimdilerde Kızarınca Utanıyorlar..

aklıma gelen ilk çzümü syliyim belki fikir verir hocam; yeni bir kolon aç ve burada tek bir para biriminden tut değerleri sıralamayı da bu kolona gre yap 50 EUR 400 tl şeklinde bu kolonu sıralayıp normal fiyatını gsterdiğinde hız anlamında ciddi kolaylık yaşarsın gibi geldi bana Hocam ncellikle fikrin için teşekkürler. Bahsettiğin şekilde platform'un dviz cinsine gre ayrı bir kolonda kayıt tuttuğumda dviz kuru değiştiğinde tüm kayıtlarda bu kolonları güncellemem gerekiyor. Şuanda 500k kayıt var ve artıyor-artacak. 500k kaydı topluca güncellemekten çekiniyorum açıkçası :/ herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

yolbulucu bunu yazdı TeRRoR bunu yazdı Herkese teşekkürler. Fiyat kolonunu varsayılan para biriminde tutup ekstra kolonda doviz halini tutup ayrıca ürünü doviz birimi ile ilişkilendirdim. Belirli aralıklarla cron job ile dviz kur ile fiyat kolonunu güncellicem. Umarım yarın bir gün UPDATE 2 gün sürüyor nasıl optimize ederiz diye konu açmam. şimdiden stored procedure ile update et hacı. ya da direkt kura gre where yap "update table set `tl_karsilik` = doviz_fiyat 7.75where `doviz` = 'USD'" hocam store procedure nermenin zel bir sebebi varmı? Cache mekanizması sayesinde işlemi bellekte database tarafında işliyor, 1 kez tetiklendiğinde, cache mekanizması işliyor ve tanınıyor. Aynı işlem için her defasında php gidip sorgu yapmıyor. Zaten mekanizmalaşmış yapı sayesinde büyük yük azalıyor. Her deneme de tekrar php-sunucu-php-sunucu olmuyor. Site e-ticaret sitesi ve günlük en az 50 tane sıralama yapıldığı için stored procedure tarafında ageing probleminin de nüne otomatikten geçmiş oluyorsun diyebiliriz hocam

Bence en mantıklısı; varsayılan olarak bir parabirimi seçip bir kolonda o cinsten tutup ona gre sıralama yapılabilir. TL karşılığını bir kolonda tut, saatlik cron ile güncelle. sıralamayı TL kolona gre yap, gsterirken dolar fiyatını gster. Diğer bir yntem; sıralama yapınca tüm para birimlerinde grup grup sıralansa? Mesela fiyata gre sıralama yapınca en başta tl olanları küçükten büyüye, sonra usd olanları küçükten büyüğe sıralasa? Woocommerce gibi hazır sistemler nasıl hallediyor acaba bu sorunu? If my calculations are correct, when this baby hits eighty-eight miles per hour... you"re gonna see some serious shit.

Yine hem ayranımızın dkülmeden hemde tatsız olaylar yaşanmadan çzülmesi gereken bir sorun ile karşınızdayım. E-Ticaret sitesinde ürünlerin fiyatlarının farklı para birimleri ile kayıt edilmesi gerekiyor. rneğin A ürünün fiyatı 10 EUR, B ürünün fiyatı 50 TRY gibi. Bu şekilde baktığımızda ürün tablosuna "currency" adında bir kolon tanımlayarak ve buraya EUR, TRY, USD gibi dviz cinsini ekleterek çzebiliyoruz grünüyor. Ancak işler fiyata gre sıralama kısmında karışıyor. Ürünleri kullanıcının seçtiği yada sistem tarafından varsayılan para birimine gre sıralama yapmaya kalktığımızda işler sarpa sarıyor. Şyleki normal şartlarda sorguda "order by" blümünde hesaplama yaptırıp (price currency_ratio (10 x 7.9)) bu şekilde sıralama yaptırabiliyoruz. Ancak bu şekilde sıralama yaptığımızda veritabanı fiyat kolonu indexini kullanamıyor ve temporary bir tablo oluşturup buraya alıp burada sıralama yapıyor ve buda ciddi performans kaybına sebep ve kaynak kullanımına sebep oluyor. Aklıma farklı farklı şeyler geliyor ancak her biri farklı yerlerden sorun teşkil ediyor ve içime sinen bir çzüm bulamadım. Siz olsanız bu durumda nasıl bir geliştirme yapardınız? Ek: Diğer açık kaynak e-ticaret projelerini inceledim grdüğüm kadarıyla hepsi default platform para birimi ile ürün kaydı yaptırıyor, daha sonra grüntüleme kısmında seçilen para birimine gre fiyatları hesaplayıp gsteriyor. Ben bu şekilde yapamıyorum çünkü farklı entegrasyonlardan gelen ürünler var bunlar farklı para birimleri ile geliyor. Not: DB: MySQL Dil: PHP Framework: Laravel TeRRoR tarafından 25/Eyl/20 09:35 tarihinde düzenlenmiştir herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

TeRRoR bunu yazdı yolbulucu bunu yazdı TeRRoR bunu yazdı Herkese teşekkürler. Fiyat kolonunu varsayılan para biriminde tutup ekstra kolonda doviz halini tutup ayrıca ürünü doviz birimi ile ilişkilendirdim. Belirli aralıklarla cron job ile dviz kur ile fiyat kolonunu güncellicem. Umarım yarın bir gün UPDATE 2 gün sürüyor nasıl optimize ederiz diye konu açmam. şimdiden stored procedure ile update et hacı. ya da direkt kura gre where yap "update table set `tl_karsilik` = doviz_fiyat 7.75where `doviz` = 'USD'" hocam store procedure nermenin zel bir sebebi varmı? Cache mekanizması sayesinde işlemi bellekte database tarafında işliyor, 1 kez tetiklendiğinde, cache mekanizması işliyor ve tanınıyor. Aynı işlem için her defasında php gidip sorgu yapmıyor. Zaten mekanizmalaşmış yapı sayesinde büyük yük azalıyor. Her deneme de tekrar php-sunucu-php-sunucu olmuyor. Site e-ticaret sitesi ve günlük en az 50 tane sıralama yapıldığı için stored procedure tarafında ageing probleminin de nüne otomatikten geçmiş oluyorsun diyebiliriz hocam Hocam biraz daha açar mısın tam olarak anlayamadım. Hemde bilgimiz olsun :) herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

farklı para birimi ile gelenleri de şyle yap. bir lira kolonu olsun. Mesela a ürünü 5 euro, onu dbye lira = 5 9 diye ekle. b ürünü 6 dolar, onu dbye lira = 6 8 olarak ekle. Aslında tüm ürünlerini varsayılan olarak lira karşılığı olarak ekle. Dünyadaki para birimlerinin birbirine karşı değerleri çok değişmediği için dviz kuru değişse bile sıralamada çok fazla bir değişiklik olacağını düşünmüyorum. Matematikçi ve Yazılımcı. http://www.ontedi.com ve http://www.cizgi.site Siteme beklerim herkesi.

aklıma gelen ilk çzümü syliyim belki fikir verir hocam; yeni bir kolon aç ve burada tek bir para biriminden tut değerleri sıralamayı da bu kolona gre yap 50 EUR 400 tl şeklinde bu kolonu sıralayıp normal fiyatını gsterdiğinde hız anlamında ciddi kolaylık yaşarsın gibi geldi bana Fortçu Gandalf..

Güzel soru, Performansı artırmak için seçici kriter koymak gerekebilir. 500K kayıt var dedin ama bu kayıtların bir türü yok mu? Sql e verebilceğin bir eşitlik olmalı kümeyi daraltmalısın bence. Bi de şyle yapardım, belli kitleyi alır backend de TL leri hesaplar. orderby ile sıralardım. Sql içinde index bozmaması için calculate yapmazdım. Hesabı eğer. net se mesela linq ile yapardım. Kur değiştikçe SP ile tabloyu sürekli update etmek DB tarafınını yorar bence. zeybekustasi tarafından 26/Eyl/20 06:14 tarihinde düzenlenmiştir https://www.youtube.com/watch?v=WC3-71NKwPw

Stored procedure dviz kuru tablosunda güncelleme olunca ürünlerde ilgili tl karşılığını toplu şekilde günceller. Bu sayede dviz kurunu çektikten sonra kuyruğa işlem eklemeniz gerekmeyecek ve bu işlemi php ile yapmaktan daha performanslı. Tercih sizin tabi hocam da bu şekilde yapmanız teknik borç oluşturacak ve ilerde tekrar güncelleme gerektirecektir diye düşünüyorum. nceleri Kızlar Utanınca Kızarırdı Şimdilerde Kızarınca Utanıyorlar..

Stored procedure dviz kuru tablosunda güncelleme olunca ürünlerde ilgili tl karşılığını toplu şekilde günceller. Bu sayede dviz kurunu çektikten sonra kuyruğa işlem eklemeniz gerekmeyecek ve bu işlemi php ile yapmaktan daha performanslı. Tercih sizin tabi hocam da bu şekilde yapmanız teknik borç oluşturacak ve ilerde tekrar güncelleme gerektirecektir diye düşünüyorum. Hah şimdi oturdu mevzu, dviz tablosunda update/insertta triggerla store procedure çağırıp işlemi yaptırmak. @yolbulucu sadece store procedure diyince anlayamamıştım teşekkürler hocam. herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

yolbulucu bunu yazdı TeRRoR bunu yazdı Herkese teşekkürler. Fiyat kolonunu varsayılan para biriminde tutup ekstra kolonda doviz halini tutup ayrıca ürünü doviz birimi ile ilişkilendirdim. Belirli aralıklarla cron job ile dviz kur ile fiyat kolonunu güncellicem. Umarım yarın bir gün UPDATE 2 gün sürüyor nasıl optimize ederiz diye konu açmam. şimdiden stored procedure ile update et hacı. ya da direkt kura gre where yap "update table set `tl_karsilik` = doviz_fiyat 7.75where `doviz` = 'USD'" hocam store procedure nermenin zel bir sebebi varmı? daha performanslı olur ve cron yerine update/insert gibi işlemlerde triggerlayabilirsin. 29.99cm, titanyum kaplamalı, çift damarlı, su ve yağ soğutmalı.

TeRRoR bunu yazdı Herkese teşekkürler. Fiyat kolonunu varsayılan para biriminde tutup ekstra kolonda doviz halini tutup ayrıca ürünü doviz birimi ile ilişkilendirdim. Belirli aralıklarla cron job ile dviz kur ile fiyat kolonunu güncellicem. Umarım yarın bir gün UPDATE 2 gün sürüyor nasıl optimize ederiz diye konu açmam. şimdiden stored procedure ile update et hacı. ya da direkt kura gre where yap "update table set `tl_karsilik` = doviz_fiyat 7.75where `doviz` = 'USD'" hocam store procedure nermenin zel bir sebebi varmı? herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

Tüm fiyatları sabit bir para birimine gre girişini yap daha sonra merkez bankası kuru veya el ile girdiğiniz kura gre ekrana yazdırabilirsiniz diye düşünüyorum. rn. A ürünü 50 $, B ürünü değeri 70 TL. Siz ikisinide Dolar kuru üzerinden db kaydedeceksiniz daha sonra ürünün grüntülenecek para birimini seçeceksiniz. Bu size performans tarafında yardımcı olacaktır. En basit ve kolay yol olarak aklıma bu geldi hocam. Aldanma insanların samimiyetine, menfaatleri için gelirler vecde, vaad etmeseydi allah cenneti, ona bile etmezlerdi secde..