Bulut veritabanlarına doğrudan Direct Query ile erişme | Qlik Cloud Yardımı
Ana içeriğe geç Tamamlayıcı içeriğe geç

Bulut veritabanlarına doğrudan Direct Query ile erişme

Verileri belleğe aktarmak veya yüklemek zorunda kalmadan SQL veritabanlarını okumak için Direct Query kullanın.

Direct Query, kullanıcıya bireysel ihtiyaçlarına uyacak şekilde verilerine nasıl erişmek istedikleri konusunda daha fazla seçenek sunar. Verilere Direct Query aracılığıyla erişmek, kullanıcının verileri temel veri kaynağında tutmasına olanak tanır. Bu durum, bellek içi bir Qlik Cloud uygulamasının sunduğu esneklik karşılığında kullanıcıların verileriyle etkileşim kurma hızını artırır.

Genel olarak, verilerinizi mümkün olduğunda Qlik Cloud içine aktarmanız önerilir. Bellek içi Qlik Cloud uygulamaları, deneyiminizi daha iyi özelleştirmenize ve verilerinizden en iyi şekilde yararlanmanıza olanak tanır. Ancak, hedeflerinize veri aktararak ulaşılamayacak bir durumdaysanız Direct Query sizin için çözüm olabilir. Kolaylaştırılmış işlevsellikleri sayesinde Direct Query uygulamaları, yeni kullanıcıların tam işlevsel ve hızlı bellek içi uygulamalar oluşturmaya yönelik ilk adımı atmalarına da yardımcı olabilir.

Tabloları ve alanları seçmeye ve aralarındaki ilişkileri tanımlamaya yardımcı olması için Veri modeli yöneticisi kullanarak Direct Query uygulamanızı oluşturabilirsiniz. Daha fazla bilgi için bkz. Bir Direct Query uygulaması oluşturma.

Ayrıca Direct Query uygulamanızın veri modelini tanımlamak için komut dosyasında özel SQL de kullanabilirsiniz. Bu, veri modelinizi oluştururken değişkenleri ve Qlik ifadelerini kullanmanıza olanak tanır. Daha fazla bilgi için bkz. Özel SQL ile bir Direct Query uygulaması oluşturma.

Direct Query kullanım senaryosu örnekleri

Aşağıdaki durumlarda bellek içi uygulamalar yerine Direct Query kullanmayı düşünebilirsiniz:

Direct Query kullanım senaryoları
Kullanım senaryosu Amaç ve açıklama
Büyük veri kaynakları Direct Query, 20 milyondan fazla satıra sahip uygulamalar için başlatılması daha hızlıdır ve daha az kaynak yoğundur. Bu, uygulamalarınızın öncelikle yalnızca birkaç seçimin yapıldığı veya hiç seçimin yapılmadığı izleme veya durum raporlama için kullanıldığı durumlarda çok yararlı olabilir.
Verimli bellek içi uygulamalar Direct Query, etkilenen tüm tablolarda uygulanan filtreleme ile veri dilimlerini hızlı ve kolay bir şekilde Qlik Cloud motoruna çıkarma işlevselliği sağlar. Daha fazla bilgi için bkz. Direct Query uygulama ayarlarını bir şablon uygulamasına dışa aktarma
Geri yazma için Direct Query Temel veritabanı verilerini değiştirmek için Qlik Automate tabanlı geri yazma ayarlandığında, Direct Query değiştirilen veritabanı sonuçlarını doğrudan gösterebilir. Bellek içi bir uygulamadaki aynı işlevsellik, kullanıcının değiştirilen tabloları yeniden aktarmasını gerektirir.
Yeni veritabanlarını ve tabloları keşfetme Direct Query, yeni veya bilinmeyen veritabanlarını ve tabloları keşfetmek için kullanılabilir. Bu, kullanıcının verilerin temel veri kaynağından aktarılması gerekip gerekmediği konusunda bilinçli bir karar vermesini sağlar.

Eğitimler

Qlik Sense uygulamalarının nasıl kullanılacağına ilişkin bir eğitim için bkz. Eğitim - Temel Bilgilerle Başlangıç.

Direct Query ile ilgili bir eğitim için aşağıdakilere bakın:

Bilgi notuQlik Cloud içindeki Direct Query özelliği, QlikView içindeki Direct Query deyiminden farklıdır. Daha fazla bilgi için bkz. Direct Query.

Desteklenen özellikler

Direct Query uygulamaları, bellek içi uygulamalara kıyasla farklı özelliklere sahiptir.

Direct Query aşağıdakileri destekler:

  • Veri bağlantısı türleri:

    Bilgi notuDirect Query içinde Qlik Data Gateway - Doğrudan Erişim veri bağlantılarını kullanmak mümkün değildir.
    • Amazon Redshift

    • Azure SQL

    • Azure Synapse Analytics

    • Databricks

    • Google BigQuery

    • Microsoft SQL Server

    • PostgreSQL

    • Snowflake

    • Bilgi notuVeri bağlantılarında skaler fonksiyonların bir alt kümesi desteklenir.
  • Bellek içi veri analizi emülasyonu:

    • Bir küme analizinin bir alt kümesi.

    • İsteğe bağlı karmaşık modeller üzerinde çok tablolu grafikler. Bellek içi uygulamalar için mevcut model gereksinimleri geçerliliğini koruyacaktır. Örneğin, tablolar arasındaki ilişkilendirme döngülerine izin verilmez.

    • Temel toplama türleri:

      • Sum

      • Count

      • Min

      • Max

      • Avg

      • Only

    • Temel veritabanı tarafından sağlanan işlev ve işlem kümesine dayalı olarak toplama öncesi ve sonrası hesaplamalar.

  • Tablo ilişkisi türleri:

    • Inner join

    • Full outer join

  • Yinelemeli modelleme ve pano oluşturma.

  • Görselleştirme özellikleri:

    • Standart grafikler:

      • Sütun grafik

      • Bullet grafik

      • Düğme

      • Kombo grafik

      • Konteyner

      • Filtre bölmesi

      • Gösterge

      • KPI

      • Çizgi grafik

      • Harita

      • Mekko grafiği

      • Pasta grafik

      • Dağılım grafiği

      • Tablo

      • Metin ve resim

      • Şelale grafik

    • Pano paketi:

      • Video oynatıcı

      • Değişken girişi

    • Görselleştirme paketi:

      • Huni

      • Çoklu KPI

      • Radar

      • Sankey

      • Kelime bulutu

  • Bir alan arama özelliklerinin bir alt kümesi:

    • Özel semboller içermeyen bir arama dizesi (örneğin, desen araması için "*" ve "?" veya ifade tabanlı arama için "="), tam dize değeri üzerinde bir ön ek araması olarak yorumlanır.

    • Desen arama sembolleri ve özellikleri:

      • "*" - herhangi bir 0 veya daha fazla sembol

      • "?" - herhangi bir tek sembol

    • Aralık tabanlı arama (">", "<", ">=", "<=" tabanlı):

      • Sayısal değerler için alt/üst sınırlar sayısal değere göre algılanır. Örneğin, >10<100, <100>10 ile eşdeğerdir. Her ikisi de [SearchedField] > 10 AND [SearchedField] < 100 olarak yorumlanır.

      • Diğer veri türleri için alt/üst sınırlar, arama koşulundaki sıralarına göre algılanır. Örneğin, >Value1<Value2, <Value2>Value1 ile aynı değildir. İkinci durumda, Value2 değerinin alt sınıra karşılık geldiği varsayılır ve [SearchedField] < Value2 OR [SearchedField] > Value1 olarak yorumlanır.

    • İfadenin Direct Query sınırlamalarını karşıladığı varsayılarak ifade tabanlı arama.

    Bilgi notuBellek içi arama özelliklerinin tam listesi için bkz. Seçimler veya görselleştirmeler içinde arama yapma.
  • $(=...) ifadelerindeki Qlik Motoru işlevleri.

    Direct Query içindeki bir KPI veya özel SQL ifadesinde, aşağıdaki Qlik komut dosyası ve grafik işlevlerini kullanmak mümkündür:

    Yukarıdaki seçeneklerden birini veya daha fazlasını kullanan bir ifade, yalnızca Qlik Motoru içinde genişletilecektir.

    Bilgi notuAynı tek $(=...) ifadesi içinde uzak Yerel SQL işlevlerini ve Qlik Motoru işlevlerini karıştırmak desteklenmez.

    To combine Qlik Engine function use and remote SQL database function (optionally including + set/selections), use nested $(=...) expressions:

    $(= ...<EngineFuncs> ... $(=... <set/selection &| Native SQL funcs>) ... )

    For example:

    '$(=Replace(GetUserAttr('userEmail'), '$(=Char(111))' , Chr(48)))'

    Yukarıdaki iç içe geçmiş ifade örneğinde, Replace(), GetUserAttr() ve Chr() işlevleri Qlik Motoru işlevleridir ve en dıştaki $(=…) ifadesinin içine alınmıştır. Ancak iç içe geçmiş $(=Char(111)) ifadesi bir Motor işlevine başvurmamaktadır. Bu, uzak bir SQL veritabanı işlevidir (örneğin MS SQL'de).

    Kullanıcının Qlik Cloud içindeki e-postasının 'root@qlik.com' olduğu varsayılırsa, yukarıdaki ifade genişletmesi şu sırayla gerçekleşir:

    1. Motor dışı $(=CHAR(111)) işlevini uzak SQL veritabanı aracılığıyla genişleterek küçük o harfini elde edin.

    2. CHR(48) Motoru işlevini "0" karakterine genişletin.

    3. GetUserAttr('userEmail') işlevini 'root@qlik.com' değerine genişletin.

    4. Son olarak, nihai 'r00t@qlik.com' sonucu için ‘$(=Replace('root@qlik.com', ‘o' , ‘0’)’ ifadesini genişletin.

Bu sayfa size yardımcı oldu mu?

Bu sayfa veya içeriği ile ilgili bir sorun; bir yazım hatası, eksik bir adım veya teknik bir hata bulursanız lütfen bize bildirin!