Bağlı filtrelerim çalışmıyor
Bir bağlı filtre oluşturdunuz, böylece (örneğin) bir panoda hem "Eyalet" hem de "Şehir" filtreleri varsa, "Şehir" filtresi yalnızca "Eyalet" filtresi tarafından seçilen eyaletteki şehirleri gösterir. Ancak:
- Bağlı filtreyi uyguladığınızda kartlarınız "Sonuç yok" gösteriyor,
- Bağlı filtreniz etkisiz görünüyor veya
- Bağlı filtre aracınız filtrelenmiş değerlerin bir açılır listesini görüntülemiyor.
Normal bir filtre aracı ile ilgili sorun yaşıyorsanız, lütfen bu kılavuza bakın. Bağlı filtrelerle ilgili sorunları çözmek için, bunların nasıl çalıştığına dair net bir anlayışa ihtiyacınız vardır:
Bağlı bir pano kartı bir SQL değişkeni kullanıyor mu?
Temel neden: Yerel/SQL sorularının bağlanabilmesi için bir alan filtresi değişkenine sahip olması gerekir. Normal SQL değişkenleri işe yaramaz.
Yapılacak adımlar:
- Kartın sorgusunu, normal değişkeni bir alan filtresi değişkeniyle değiştirecek şekilde güncelleyin.
Filtreleri bağlamanın sınırlamalarına bakın.
Bağlı filtrelerin yönünü anlıyor musunuz?
Temel neden: Bağlı filtreler, Patrona'nın daha karmaşık özelliklerinden biridir ve birçok sorun, bunların işleyişini yanlış anlamaktan kaynaklanır.
Yapılacak adımlar: Aşağıdaki noktaları anladığınızı ve bağlı filtrenizin bunları dikkate alarak ayarlandığını kontrol edin.
-
Bir filtre belirli bir sorunun parçası değildir. Bunun yerine, bir filtre bir panoya eklenir ve değeri sorulardaki değişkenleri doldurmak için kullanılır.
-
Patrona'nın olası filtre değerlerinin bir açılır listesini görüntüleyebilmesi için, sütunun bir kategoriye karşılık geldiğini bilmesi gerekir. Bu, soru Not Defteri Düzenleyicisi aracılığıyla tablolardan oluşturulduğunda otomatik olarak gerçekleşir, çünkü Patrona'nın tablo ve sütunlar hakkında senkronizasyondan bilgisi vardır.
-
Değişkeni içeren soru SQL'de yazılmışsa, soruyu yazan kişi "Alan Filtresi"ni seçmiş olmalıdır. Ayrıca, Patrona'nın bir değer açılır listesi göstermesi için başvurulan alanın Tablo Meta Verilerinde bir kategori olarak ayarlanması gerekir.
Filtreler doğru yönde mi bağlanmış?
Temel neden: En yaygın neden, filtrelerin yanlış yönde bağlanmış olmasıdır. Filtre B tarafından gösterilen değerlerin Filtre A'nın ayarıyla sınırlandırılmasını istiyorsanız, Filtre A'nın değil, Filtre B'nin ayarlarını değiştirmeniz gerekir---yani, ayarı yukarı akış filtresi değil, aşağı akış filtresi yapar.
Yapılacak adımlar:
- Mevcut bağlantıyı kaldırın ve ters yönde yeni bir bağlantı oluşturun.
Bazı satırlar aslında tam filtre koşulunu karşılıyor mu?
Temel neden: Bağlı bir filtredeki tüm koşulları karşılayan hiçbir satır yoktur. Şehir ve eyalet örneğiyle devam edersek, seçilen eyalette olmayan bir şehrin adını manuel olarak girerseniz, hiçbir kayıt her iki koşulu da karşılamaz.
Yapılacak adımlar:
- Yalnızca ilk filtreyi kullanan bir soru oluşturun ve bazı satırlar ürettiğini kontrol edin. (Üretmiyorsa, ikinci bir filtre eklemek herhangi bir satırın görünmesini sağlamayacaktır.)
- Herhangi bir veri üretmeyen bağlı filtre ayarlarının kombinasyonuyla aynı sonucu üretmesi gerektiğini düşündüğünüz bir soru oluşturun. Beklediğiniz sonucu üretiyorsa, yazım hatalarını ve doğru birleştirme türünü kullandığınızı kontrol edin.
İlk testi geçen tüm satırlar ikinciyi de geçiyor mu?
Temel neden: Bazı durumlarda, ilk filtrenin koşulunu karşılayan tüm satırlar ikinci filtrenin koşulunu da karşılar, bu nedenle ikinci filtrenin hiçbir etkisi olmaz.
Yapılacak adımlar:
- İlk filtre koşulunu doğrudan içeren bir soru oluşturun (yani, bir değişken kullanmak yerine soruda), ardından ikinci filtrenin koşulunu ekleyin. Sonuç kümesi değişmezse, sorun filtrelerde değil, mantıktadır.
Bağlı filtre aracı filtrelenmiş değerlerin bir açılır listesini görüntülüyor mu?
Temel neden: Bağlı bir filtre aracının doğru değer alt kümesini bir açılır liste olarak görüntüleyebilmesi için, açık bir yabancı anahtar tanımının ayarlanması gerekir---filtreleri bağlamak tek başına Patrona'ya ilişki hakkında bilgi vermez.
Yapılacak adımlar:
- Patrona'nın veritabanınız için tablo meta verilerinin yabancı anahtar ilişkisini içerdiğini kontrol edin.