• 25-02-2016, 22:36:45
    #1
    Üyeliği durduruldu
    Merhaba, kendi fikrim dışında bu konuda sizinde fikirlerinizi merak ediyorum.




    Yukarıdaki grafiğe göre,
    • unu görmeden, şekeri
    • şekeri görmeden, helvayı
    • helvayı görmeden tüpü
    • tüpü görmeden yağı
    • yağı görmeden, yumurtayı göremez

    VE
    • yumartayı almadan, yağı
    • yağı almadan, tüpü
    • tüpü almadan, helvayı
    • helvayı almadan, şekeri
    • şekeri almadan unu alamaz

    istek yapanın olası isteğine tepkisiz kalmadan en performanslı şekilde nasıl yanıt verirsiniz?

    A - İlk girişte kullanıcıyı bekletirim, tüm verileri tarayıcıda saklarım ihtiyaca göre tarayıcıdan talebi karşılarım.
    (milyonlarca veriyi aynı anda yüklemek anlamına gelir)

    B - Kullanıcının isteğine göre her defasında market(mysql)'e tüm tabloları gider getiririm.
    (kullanıcıyı uzun süre bekletmek anlamına gelir)

    C - bir sonraki, bir sonraki mantığıyla un,şeker,helva,tüp,yağ,yumurta tablolarını sırasıyla getirir bir sonraki işlem için tarayıcıda saklarım

    D - başka bir yol izlerdim

    Örnek: istek yapan yumartayı alması gerekiyor?
  • 25-02-2016, 22:40:58
    #2
    Pek mantıklı bir soru değil. Kamyona yükleyip getirsin
  • 25-02-2016, 23:35:54
    #3
    Üyeliği durduruldu
    başka fikri olan var mı yukarıdaki işlemden en performanslı şekilde çıkmak için nasıl bir yol izlersiniz?
  • 25-02-2016, 23:57:23
    #4
    Direk yumurtayı neden vermiyorsunuz?

    Kafanda örneğiniz tam oturmadı biraz daha açar mısınız?
  • 26-02-2016, 00:04:02
    #5
    Üyeliği durduruldu
    Sable adlı üyeden alıntı: mesajı görüntüle
    Direk yumurtayı neden vermiyorsunuz?

    Kafanda örneğiniz tam oturmadı biraz daha açar mısınız?
    çok karmaşık bir yapı hazırlıyorum ve performans çok önemli en iyi böyle anlatabildim
    a tablosunu görmeden b,
    b tablosunu görmeden c tablosuna geçmemesi gerekiyor yine aynı şekilde a tablosundan ürün alabilmesi için b, b den ürün alabilmesi için c den ürün alması gerekiyor.
  • 26-02-2016, 00:54:37
    #6
    Kimlik doğrulama veya yönetimden onay bekliyor.
    Anladığım kadarıyla büyük verilerle mücadele etmeyi planlıyosun. Bu tür durumda kısa vadede yazılım optimizasyonu yapılmış ve bu varsaydığın işlem dışında diğer işlemlerin işlemleri uzatmadığını düşünürsek; Veritabanını MySQL değil, ihtiyacına göre NoSQL(Kesinlikle MongoDB öneririm. İnanılmaz performansına şahitlik etmiş birisiyim.) kullanman gerektiğini düşünüyorum. MySQL ile bu tür bir problemden başarıyla çıkman mümkün görünmüyor. Sadede gelirsek; Optimize Kodlar + herhangi bir NoSQL veritabanı ile bu problemi rahatlıkla ortadan kaldırabileceğine inanıyorum.
  • 26-02-2016, 01:04:11
    #7
    jooker adlı üyeden alıntı: mesajı görüntüle
    Merhaba, kendi fikrim dışında bu konuda sizinde fikirlerinizi merak ediyorum.




    Yukarıdaki grafiğe göre,
    • unu görmeden, şekeri
    • şekeri görmeden, helvayı
    • helvayı görmeden tüpü
    • tüpü görmeden yağı
    • yağı görmeden, yumurtayı göremez

    VE
    • yumartayı almadan, yağı
    • yağı almadan, tüpü
    • tüpü almadan, helvayı
    • helvayı almadan, şekeri
    • şekeri almadan unu alamaz

    istek yapanın olası isteğine tepkisiz kalmadan en performanslı şekilde nasıl yanıt verirsiniz?

    A - İlk girişte kullanıcıyı bekletirim, tüm verileri tarayıcıda saklarım ihtiyaca göre tarayıcıdan talebi karşılarım.
    (milyonlarca veriyi aynı anda yüklemek anlamına gelir)

    B - Kullanıcının isteğine göre her defasında market(mysql)'e tüm tabloları gider getiririm.
    (kullanıcıyı uzun süre bekletmek anlamına gelir)

    C - bir sonraki, bir sonraki mantığıyla un,şeker,helva,tüp,yağ,yumurta tablolarını sırasıyla getirir bir sonraki işlem için tarayıcıda saklarım

    D - başka bir yol izlerdim

    Örnek: istek yapan yumartayı alması gerekiyor?
    Sanırım sql yükü sırala kullan ve farklı tablolar kullan yumarta un ayrı olsun un kendi içinde bölünsün sorgularda kendi içinde kategorize edilsin

    GT-I9500 cihazımdan Tapatalk kullanılarak gönderildi
  • 26-02-2016, 01:28:18
    #8
    guzelindir adlı üyeden alıntı: mesajı görüntüle
    Anladığım kadarıyla büyük verilerle mücadele etmeyi planlıyosun. Bu tür durumda kısa vadede yazılım optimizasyonu yapılmış ve bu varsaydığın işlem dışında diğer işlemlerin işlemleri uzatmadığını düşünürsek; Veritabanını MySQL değil, ihtiyacına göre NoSQL(Kesinlikle MongoDB öneririm. İnanılmaz performansına şahitlik etmiş birisiyim.) kullanman gerektiğini düşünüyorum. MySQL ile bu tür bir problemden başarıyla çıkman mümkün görünmüyor. Sadede gelirsek; Optimize Kodlar + herhangi bir NoSQL veritabanı ile bu problemi rahatlıkla ortadan kaldırabileceğine inanıyorum.
    Mongo veri cekme işlemlerinde sql hizinin yanina yaklasamaz hocam. Avantajlari da çok ama select hızı onlardan biri degil.