Çok basit bir şey gibi görünüyor değil mi? Sonuçta, bunu SQL’de yaparsak böyle. Ancak Doctrine kullanıyorsanız, yapılacak doğru şey ORM’nin yeteneklerini kullanmaktır.
Geçenlerde bir müşteri veri tabanı ile ilgili çalışıyordum. Veritabanında mükerrer kayıtlar vardı ve bunları ortadan kaldırmak gerekiyordu.
Mesele şu ki, tüm kayıtların silinmesi gerekmiyor, sadece sorunlu olanları kaldırmam gerekiyordu.
Yapmam gereken, diğer filtre kriterlerinin yanı sıra belirli bir sağlayıcıya ait olan işlemleri ortadan kaldırmaktı.
Bunu yapmamın yolu, gerekli tüm nesneleri bulan ve ardından bunları kaldıran bir sorgu kullanmaktı:
Veri modeli şuna benzer:
|
1 2 3 4 5 6 7 8 9 10 |
$qb = $this->em ->createQueryBuilder() ->select('t') ->from(Transaction::class, 't') ->where('t.date BETWEEN :f AND :t') ->setParameter('f', $fromDate) ->setParameter('t', $toDate) ->orderBy('t.date'); |
Şimdiye kadar, yalnızca zorunlu filtreler (Temelde tarihler) dahil olmak üzere genel sorgu oluşturuldu.
Ardından, filtreyi sağlayıcıya göre kullanmak istiyorsanız, elimizde:
|
1 2 3 4 5 |
$qb->innerJoin(Account::class, 'a') ->andWhere('a.provider = :p') ->setParameter('p', $provider); |
Her şey normal, değil mi?
İşte, sorunlar burada başladı.
Uygulama ekranından tarih aralığına ve sağlayıcıya karşılık gelen kayıt sayısını kontrol etmeye gittiğimde 3000’e yakın sağlayıcı buldum, ancak script bana yaklaşık 100.000 işlemi sileceğini söylüyordu.
Bu yüzden, yürütmek üzere olduğu SQL’i görüntülemek için betiğe bir seçenek eklemeye karar verdim ve şunu buldum:
|
1 2 3 4 5 |
SELECT t0_.id AS id_1, t0_.amount AS amount_5, t0_.account_id AS account_id_10 FROM transaction t0_ INNER JOIN account a1_ WHERE (t0_.date BETWEEN ? AND ?) AND a1_.provider_id = ? ORDER BY t0_.date ASC |
Yine SQL’e bakarak bir süre kaldım. Her şey iyi görünüyordu.
Ne oluyor olabilir?
Şey… gerçek şu ki SQL o kadar iyi değildi. Biraz dikkat ederseniz INNER JOIN’de bir ayrıntının eksik olduğunu fark edeceksiniz: ON deyimi.
Oluşturulması gereken SQL daha çok şöyle olmalıdır:
|
1 2 3 4 5 6 7 |
SELECT t0_.id AS id_1, t0_.amount AS amount_5, t0_.account_id AS account_id_10 FROM transaction t0_ INNER JOIN account a1_ ON a1_.id = t0.account_id WHERE (t0_.date BETWEEN ? AND ?) AND a1_.provider_id = ? ORDER BY t0_.date ASC |
Evet, bu basit ayrıntı temel bir fark yaratıyordu.
Mükemmel, sorun tespit edildi. Bunu nasıl tamir ederiz?
Her zamanki gibi, kaynaklara geri dönmekle ilgili. Doctrine belgeleri bu konuda oldukça açık.
Şöyle bir şey yapabilirsiniz:
|
1 2 3 4 5 |
$qb->innerJoin(Account::class, 'a', Join::ON, 't.account_id = a.id') ->andWhere('a.provider = :p') ->setParameter('p', $provider); |
Ve sonuç doğru olacak, ama bu şekilde bırakırsak fazladan iş yapıyoruz… ve madem bir ORM’imiz var, neden yapıyoruz?
Transaction sınıfının diğer adı ve nesne-ilişkisel eşlemenin bir parçası olarak tanımlanan ilişki ile, daha iyi bir sürüm şudur:
|
1 2 3 4 5 |
$qb->innerJoin('t.a', 'a') ->andWhere('a.provider = :p') ->setParameter('p', $provider); |
Sonuç olarak SQL ve DQL benzer ama çok değil. Farklılıkları bilmek ve her fırsatta her birinin en iyisini kullanmak öder.
Yorum Yap