folder Tahribat.com Forumları
linefolder Database - Veritabanı
linefolder Mysql Sutun Adina Gore Veri Kumeleme?



Mysql Sutun Adina Gore Veri Kumeleme?

  1. KısayolKısayol reportŞikayet pmÖzel Mesaj
    end
    end's avatar
    Kayıt Tarihi: 16/Ekim/2016
    Erkek
    antichrist bunu yazdı

    Hocam bunda SQL ile yapacağın masraf backend serviste yapacağın birkaç ufak müdahaleden daha çok olur. O sebeple standart belirtilmiş yapıların çok dışına çıkmamak lazım. Kümülatif işlemleri böyle zincirlerseniz ileride çok sorun yaşarsınız. Şu dediğini herhangi bir dilde yapıp array haline getirmek emin ol daha zahmetsiz. 

    Kısaca verdiğin örnekteki kullanım çok doğru bir mantık değil.

    Aslinda ihtiyacim olan asil cevap buydu, tesekkur ederim hocam.

    Ben x farkli tablodan filtrelemek icin anahtar kelimeleri aliyorum aslinda. x tane query atmak mi daha maliyetli olur yoksa x query'i bir taneye sigdirmak mi?

    Gelen cevaplar (bana) cok alengirli geldigi icin loop icinde atiyorum querylerimi.

     

    Mongodb tavsiyesi gelmis ama imkanim dahilinde degil su anda nosql.

    mevcut mimariyi entegre edemem, hem mongo hem mysql de kosturamam.


    0x0480 takilin madem ﷽﷽﷽
  2. KısayolKısayol reportŞikayet pmÖzel Mesaj
    yolbulucu
    yolbulucu's avatar
    Kayıt Tarihi: 06/Nisan/2007
    Homo
    end bunu yazdı
    antichrist bunu yazdı

    Hocam bunda SQL ile yapacağın masraf backend serviste yapacağın birkaç ufak müdahaleden daha çok olur. O sebeple standart belirtilmiş yapıların çok dışına çıkmamak lazım. Kümülatif işlemleri böyle zincirlerseniz ileride çok sorun yaşarsınız. Şu dediğini herhangi bir dilde yapıp array haline getirmek emin ol daha zahmetsiz. 

    Kısaca verdiğin örnekteki kullanım çok doğru bir mantık değil.

    Aslinda ihtiyacim olan asil cevap buydu, tesekkur ederim hocam.

    Ben x farkli tablodan filtrelemek icin anahtar kelimeleri aliyorum aslinda. x tane query atmak mi daha maliyetli olur yoksa x query'i bir taneye sigdirmak mi?

    Gelen cevaplar (bana) cok alengirli geldigi icin loop icinde atiyorum querylerimi.

     

    Mongodb tavsiyesi gelmis ama imkanim dahilinde degil su anda nosql.

    mevcut mimariyi entegre edemem, hem mongo hem mysql de kosturamam.

    dedigin sey sql de yapilabiliyomuş, hepimiz sql cahili imişiz meğer :D 

    daha önce bi yerde kullanmıştım ama aklıma gelmedi konuyu görünce. "birden fazla tablodan nası view oluştururum" diye aratınca buldum

    http://sqlfiddle.com/#!9/4b6fd2/2

    union diye bişey var

    select meyve_ad as isim from meyveler
    union
    select sebze_ad as isim from sebzeler

    şeklinde yazınca sonuçları istediğin gibi alt alta ekliyo

    edit: union distinct aliyomus, 

    ayni satirdan iki tane varsa birini gosteriyo sadece yani

    http://sqlfiddle.com/#!9/2a131e/1

     

    yolbulucu tarafından 09/Oca/22 01:06 tarihinde düzenlenmiştir

    29.99cm, titanyum kaplamalı, çift damarlı, su ve yağ soğutmalı.
  3. KısayolKısayol reportŞikayet pmÖzel Mesaj
    wert
    wert's avatar
    Kayıt Tarihi: 19/Eylül/2005
    Erkek
    yolbulucu bunu yazdı
    end bunu yazdı
    antichrist bunu yazdı

    Hocam bunda SQL ile yapacağın masraf backend serviste yapacağın birkaç ufak müdahaleden daha çok olur. O sebeple standart belirtilmiş yapıların çok dışına çıkmamak lazım. Kümülatif işlemleri böyle zincirlerseniz ileride çok sorun yaşarsınız. Şu dediğini herhangi bir dilde yapıp array haline getirmek emin ol daha zahmetsiz. 

    Kısaca verdiğin örnekteki kullanım çok doğru bir mantık değil.

    Aslinda ihtiyacim olan asil cevap buydu, tesekkur ederim hocam.

    Ben x farkli tablodan filtrelemek icin anahtar kelimeleri aliyorum aslinda. x tane query atmak mi daha maliyetli olur yoksa x query'i bir taneye sigdirmak mi?

    Gelen cevaplar (bana) cok alengirli geldigi icin loop icinde atiyorum querylerimi.

     

    Mongodb tavsiyesi gelmis ama imkanim dahilinde degil su anda nosql.

    mevcut mimariyi entegre edemem, hem mongo hem mysql de kosturamam.

    dedigin sey sql de yapilabiliyomuş, hepimiz sql cahili imişiz meğer :D 

    daha önce bi yerde kullanmıştım ama aklıma gelmedi konuyu görünce. "birden fazla tablodan nası view oluştururum" diye aratınca buldum

    http://sqlfiddle.com/#!9/4b6fd2/2

    union diye bişey var

    select meyve_ad as isim from meyveler
    union
    select sebze_ad as isim from sebzeler

    şeklinde yazınca sonuçları istediğin gibi alt alta ekliyo

    edit: union distinct aliyomus, 

    ayni satirdan iki tane varsa birini gosteriyo sadece yani

    http://sqlfiddle.com/#!9/2a131e/1

     

    union all 

    :D


    |sadece aptalların başarısı ders notu ile ölçülür|
  4. KısayolKısayol reportŞikayet pmÖzel Mesaj
    antichrist
    antichrist's avatar
    Kayıt Tarihi: 15/Ağustos/2021
    Erkek
    end bunu yazdı
    antichrist bunu yazdı

    Hocam bunda SQL ile yapacağın masraf backend serviste yapacağın birkaç ufak müdahaleden daha çok olur. O sebeple standart belirtilmiş yapıların çok dışına çıkmamak lazım. Kümülatif işlemleri böyle zincirlerseniz ileride çok sorun yaşarsınız. Şu dediğini herhangi bir dilde yapıp array haline getirmek emin ol daha zahmetsiz. 

    Kısaca verdiğin örnekteki kullanım çok doğru bir mantık değil.

    Aslinda ihtiyacim olan asil cevap buydu, tesekkur ederim hocam.

    Ben x farkli tablodan filtrelemek icin anahtar kelimeleri aliyorum aslinda. x tane query atmak mi daha maliyetli olur yoksa x query'i bir taneye sigdirmak mi?

    Gelen cevaplar (bana) cok alengirli geldigi icin loop icinde atiyorum querylerimi.

     

    Mongodb tavsiyesi gelmis ama imkanim dahilinde degil su anda nosql.

    mevcut mimariyi entegre edemem, hem mongo hem mysql de kosturamam.

    query nin yaratılma maaliyeti önemli. eğer 5 farklı tablodan döngüler, fonksiyonlar içeren bir işlem yapıyorsan onları birleştirip çıktı alıyorsan olayın iş yükü birkaç kat artıyor. zaten normalize edilmemiş veritabanları başlı başına yavaşlık sebebiyken bir de komplex hesaplara girişirsen iş daha maliyetli oluyor. istek sayısına çok takılma. veritabanından bütün halinde kullanacağın kadar datayı alıp backend serviste işlemek bana en makul geleni. sonuçta bu servislerin amacı nihayetinde bu. 

    nosql veritabanları dinamik data tutarken oldukça verimli. ama ilişkisel bir veritabanı yapısı olacaksa nosql daha verimsiz. json formatında bir şey tutup dinamik ekle çıkar yapılacaksa dahi json (bazı sürümlerde longtext) veri tipi kullanılabilir. datayı json tutup ona ilave yapabilirsiniz. böylece column oluşturmaya da gerek kalmaz.

    db sadece datayı saklayan birim. amacı düzenli data tutmak ve en az masrafla filtreleme/kümeleme yapmak. veriyi işlemek evirip çevirmek servislerin işi.


    ~
Toplam Hit: 2447 Toplam Mesaj: 15
sql