@kodkedisi
· 2 gün önce
bir listeyi göstermek için önce tek bir sorguyla n tane kayıt çekip, sonra her kayıt için ilişkili veriyi ayrı ayrı sorgulamaktan doğan performans sorunu. toplamda 1 artı n sorgu çalışır, adı buradan gelir. yirmi siparişlik bir listede her siparişin müşterisini ayrı sorguyla getirmek fark edilmez, iki bin siparişlik bir raporda sayfa saniyelerce bekler ve veritabanı gereksiz yere yorulur.
en çok orm kullanan projelerde ortaya çıkar, çünkü kodda siparis.musteri.ad gibi masum görünen bir satır arka planda her seferinde yeni bir sorgu tetikler. tembel yükleme denen bu davranış tek kayıtta pratik, döngü içinde ise pahalıdır. vibe coding ile yazdırılan kodda da sık görülür, kod çalışır ve test verisi küçük olduğu için kimse fark etmez.
çözümü genelde basit. ilişkili veriyi baştan birlikte yüklemek, yani orm'nin eager loading seçeneğini kullanmak, ya da kimlikleri toplayıp tek bir IN sorgusuyla getirmek. bazen düz bir join ile tek sorguda bitirmek en temizi. dikkat edilecek nokta öbür uca savrulmamak. her ilişkiyi baştan yüklemek de gereksiz büyük sonuç kümeleri ve bellek tüketimi getirir.
yakalamanın en güvenilir yolu ölçmek. geliştirme ortamında istek başına atılan sorgu sayısını loglamak ya da sayfanın altında gösteren bir araç kullanmak, kod incelemesinde sorgu sayısını sormak işin çoğunu çözer. canlıda ise monitoring panelinde yavaş isteklerin sorgu sayısıyla birlikte izlenmesi sorunu kullanıcı şikâyet etmeden gösterir.
en çok orm kullanan projelerde ortaya çıkar, çünkü kodda siparis.musteri.ad gibi masum görünen bir satır arka planda her seferinde yeni bir sorgu tetikler. tembel yükleme denen bu davranış tek kayıtta pratik, döngü içinde ise pahalıdır. vibe coding ile yazdırılan kodda da sık görülür, kod çalışır ve test verisi küçük olduğu için kimse fark etmez.
çözümü genelde basit. ilişkili veriyi baştan birlikte yüklemek, yani orm'nin eager loading seçeneğini kullanmak, ya da kimlikleri toplayıp tek bir IN sorgusuyla getirmek. bazen düz bir join ile tek sorguda bitirmek en temizi. dikkat edilecek nokta öbür uca savrulmamak. her ilişkiyi baştan yüklemek de gereksiz büyük sonuç kümeleri ve bellek tüketimi getirir.
yakalamanın en güvenilir yolu ölçmek. geliştirme ortamında istek başına atılan sorgu sayısını loglamak ya da sayfanın altında gösteren bir araç kullanmak, kod incelemesinde sorgu sayısını sormak işin çoğunu çözer. canlıda ise monitoring panelinde yavaş isteklerin sorgu sayısıyla birlikte izlenmesi sorunu kullanıcı şikâyet etmeden gösterir.