Tuval uygulamaları için veri kaynaklarını anlama

Power Apps'te, çoğu tuval uygulaması, bulut hizmetlerinde depolanan ve Veri Kaynakları olarak adlandırılan harici bilgileri kullanır. Buna örnek olarak OneDrive İş uygulamasında depolanan bir Excel dosyasında yer alan tablo verilebilir. Uygulamalar, Bağlantıları kullanarak bu veri kaynaklarına erişir.

Bu makalede veri kaynaklarının türleri ve tablo biçimindeki veri kaynaklarıyla nasıl çalışılacağı ele alınmıştır.

Veri kaynaklarında okuma ve yazma işlemleri gerçekleştiren bir uygulamayı kolayca oluşturabilirsiniz. Bununla birlikte, bazen verilerin uygulamanıza girişi ve çıkışı konusunda daha fazla denetim sahibi olmak isteyebilirsiniz. Bu makalede Patch, DataSourceInfo, Validate ve Errors işlevlerinin sağladığı ek denetim özellikleri anlatılmaktadır.

Veri kaynaklarının türleri

Veri kaynakları, bulut hizmetlerine bağlı olabileceği gibi bir uygulamada yerel olarak bulunabilir.

Bağlı veri kaynakları

En çok kullanılan veri kaynakları, veri almak ve depolamak için kullanabileceğiniz tablolardır. Veri kaynağı bağlantılarını kullanarak Microsoft Excel çalışma kitapları, Microsoft Lists kullanılarak oluşturulmuş listeler, SharePoint kitaplıkları, SQL tabloları ve diğer birçok biçimden veri okuyabilir ve yazabilirsiniz. Bu öğeler de OneDrive İş, DropBox ve SQL Server gibi bulut hizmetlerinde depolanabilir.

Tablolar dışında e-posta, takvimler, Twitter ve bildirimler gibi veri kaynakları da mevcuttur ancak bu makalede diğer veri kaynağı türlerine değinilmemektedir.

Yerel veri kaynakları

Galeri, Görüntüleme formu ve Düzenleme formu denetimlerini kullanarak veri kaynaklarında veri okuma ve yazma işlemi gerçekleştirebilen bir uygulamayı kolayca oluşturabilirsiniz. Başlamak için Veri formlarını anlama makalesini okuyun.

Power Apps'ten verileri kullanarak bir uygulama oluşturmasını istediğinizde bu denetimler kullanılır. Uygulama arka planda iç tablo kullanarak veri kaynağından gelen verileri depolar ve işler.

Özel bir veri kaynağı türü olan Koleksiyon, uygulamada yerel olarak bulunup herhangi bir bulut hizmetine bağlı olmadığı için bilgiler aynı kullanıcının başka cihazlarıyla veya başka kullanıcılarla paylaşılamaz. Koleksiyonlar yerel olarak yüklenebilir ve kaydedilebilir.

Tablo türleri

Power Apps uygulamalarında dahili olarak kullanılan tablolar sabit değerlerdir (bir sayının veya dizenin değer olması gibi). İç tablolar herhangi bir yerde depolanmaz, yalnızca uygulamanızın belleğinde bulunur. Bir tablonun yapısını ve verilerini doğrudan değiştiremezsiniz. Bunun yerine formül kullanarak yeni bir tablo oluşturabilir, formülle özgün tablonun değiştirilmiş bir kopyasını elde edebilirsiniz.

Dış tablolar daha sonra alınmak ve paylaşılmak üzere bir veri kaynağında depolanır. Power Apps depolanan verileri okumak ve yazmak amacıyla "bağlantılar" sunar. Bir bağlantıda birden fazla bilgi tablosuna erişebilirsiniz. Uygulamanızda kullanılacak tabloları seçtiğinizde her biri, ayrı bir veri kaynağı olur.

Daha fazla bilgi edinmek için Tablolarla çalışma bölümünü inceleyebilirsiniz. Bu bölümde iç tablolar hakkında daha ayrıntılı bilgiler mevcuttur ancak bunlar bulut hizmetinde depolanan dış tablolar için de geçerlidir.

Tablolarla çalışma

Tablo veri kaynaklarını, Power Apps'teki iç tabloları kullandığınız şekilde kullanabilirsiniz. İç tablolarda olduğu gibi, tüm veri kaynakları formüllerde kullanabileceğiniz özellikler, kayıtlar ve sütunlar içerir. Ek olarak:

  • Veri kaynağı, bağlantıdaki temel alınan tabloyla aynı sütun adlarına ve veri türlerine sahiptir.

    Not

    Boşluklu sütun adları içeren SharePoint ve Excel veri kaynakları için Power Apps, boşlukları "_x0020_" olarak değiştirecektir. Örneğin, SharePoint veya Excel'deki "Sütun Adı", Power Apps'te veri düzeninde görüntülendiğinde ya da bir formülde kullanıldığında "Column_x0020_Name" olarak görünür.

  • Uygulama yüklendiğinde veri kaynağı hizmetten otomatik olarak yüklenir. Refresh işlevini kullanarak verileri yenilenmeye zorlayabilirsiniz.

  • Uygulamayı çalıştıran kullanıcılar kayıtlar üzerinde oluşturma, değiştirme ve silme işlemlerini gerçekleştirip bu değişiklikleri hizmetteki temel alınan tabloya geri gönderebilir.

    • Kayıtlar Patch ve Collect işlevleriyle oluşturulabilir.
    • Kayıtlar Patch, Update ve UpdateIf işlevleriyle değiştirilebilir.
    • Kayıtlar Remove ve RemoveIf işlevleriyle kaldırılabilir.
    • Veri kaynaklarıyla çalışırken ortaya çıkan hatalara Errors işleviyle ulaşabilirsiniz.
  • DataSourceInfo, Defaults ve Validate işlevleri ile sağlanan veri kaynağı bilgilerini kullanarak kullanıcı deneyimini iyileştirebilirsiniz.

Veri kaynağı oluşturma

Power Apps ile bağlı veri kaynağı oluşturmak veya bağlı veri kaynaklarının yapısını değiştirmek mümkün değildir. Veri kaynağının başka bir hizmet üzerinde mevcut olması gerekir. Örneğin, OneDrive'da depolanan bir Excel çalışma kitabında tablo oluşturmak için önce OneDrive'da Excel Online'ı kullanarak bir çalışma kitabı oluşturmanız gerekir. Ardından uygulamadan bu dosyayla bağlantı kurabilirsiniz.

Bununla birlikte, uygulama içinden koleksiyon veri kaynakları oluşturmak ve bunları değiştirmek mümkündür ancak bunlar yalnızca geçicidir.

Bir veya daha fazla kayıt görüntüleme

Bir uygulama veri kaynağındaki bilgileri okuduğunda bilgilerin akışı. Yukarıdaki diyagramda, veri kaynağındaki bilgi uygulama tarafından okunduktan sonra gerçekleşen bilgi akışı gösterilmektedir:

  • Bilgi depolama hizmeti (bu durumda, Microsoft Lists veya SharePoint Online) aracılığıyla depolanır ve paylaşılır.
  • Bu bilgiler uygulamaya bağlantı üzerinden sağlanır. Bağlantı, bilgilere erişebilmesi için kullanıcının kimliğini doğrular.
  • Uygulama başlatıldığında veya Refresh işlevine basıldığında veri kaynağındaki bilgiler yerel ortamda kullanılmak üzere uygulamaya çekilir.
  • Bilgileri okumak ve kullanıcının görebileceği denetimlerde görüntülemek için formüller kullanılır. Ekranda bir galeri kullanıp Items özelliğini Gallery.Items = DataSource formülüyle bir veri kaynağına bağlayarak veri kaynağındaki kayıtları görüntüleyebilirsiniz. Denetimlerin Varsayılan özelliğini kullanarak galeri içindeki denetimleri galeriye bağlayabilirsiniz.
  • Veri kaynağı da bir tablodur. Bu sayede, veri kaynağının tamamını kullanmadan daraltma ve çoğaltma işlemleri gerçekleştirmek için Filter, Sort, AddColumns ve diğer işlevleri kullanabilirsiniz. Lookup, First, Last ve diğer işlevleri kullanarak da bağımsız kayıtlarla çalışabilirsiniz.

Bir kaydı değiştirme

Önceki bölümde veri kaynağındaki bilgilerin nasıl okunacağını öğrendiniz. Yukarıdaki diyagramda yer alan okların tek taraflı olduğunda dikkat edin. Bir veri kaynağında yapılan değişiklikler verilerin alındığı formüller üzerinden geri gönderilmez. Bunun yerine yeni formüller kullanılır. Özellikle mobil cihazlarda genelde kayıtların düzenlenmesi için, kayıtlara göz atma ekranından farklı bir ekran kullanılır.

Bir veri kaynağındaki kayıtlardan birini değiştirmek için kaydın söz konusu veri kaynağından gelmiş olması gerektiğini unutmayın. Kayıt bir galeri, bağlam değişkeni ve herhangi bir sayıdaki formül aracılığıyla gelmiş olabilir ancak kaynağı takip edilerek özgün veri kaynağına ulaşılabiliyor olması gerekir. Kayıt, doğru kaydı değiştirdiğinizden emin olabilmeniz için kendisini tanımlayan ek bilgilerle geldiğinden bu önemlidir.

Veri kaynağını güncelleştirmek için bilgi akışı. Yukarıdaki diyagramda, veri kaynaklarını güncelleştirmek için kullanılan bilgi akışı gösterilmektedir:

  • Düzenleme formu denetimi, metin girişi denetimi veya kaydırıcı gibi kullanıcı girişi denetimlerinden oluşan giriş kartları için bir kapsayıcı sunar. Düzenlenecek kaydı belirlemek için DataSource ve Öğe özellikleri kullanılır.
  • Her giriş kartında genelde formun ThisItem kaydı alanına ayarlanan Varsayılan özelliği vardır. Giriş kartındaki denetimler de giriş değerlerini Varsayılan özelliğinden alır. Normalde bunu değiştirmenize gerek yoktur.
  • Her giriş kartı bir Güncelleştir özelliğine sahiptir. Bu özellik, veri kaynağına geri yazmak üzere kullanıcının girişini kaydın belirli bir alanıyla eşler. Normalde bunu değiştirmenize gerek yoktur.
  • Ekrandaki bir düğme veya image denetimi, kullanıcının kayıt üzerinde yaptığı değişiklikleri kaydetmesini sağlar. Denetimin OnSelect formülü bu işlem için SubmitForm işlevini çağırır. SubmitForm kartların tüm Güncelleştir özelliklerini okuyarak bilgileri veri kaynağına geri yazar.
  • Kullanıcılar bazen sorunlarla karşılaşabilir. Ağ bağlantısı kesik olabilir veya hizmet tarafından uygulamanın bilmediği bir doğrulama denetimi yapılabilir. Form denetiminin Hata ve ErrorKind özellikleri bu bilgileri vererek kullanıcıya göstermenizi sağlar.

Süreçle ilgili daha fazla denetim sahibi olmak için Patch ve Errors işlevini de kullanabilirsiniz. Düzenleme formu denetiminin Updates özelliğini kullanarak formdaki alanların değerlerini okuyabilirsiniz. Ayrıca bu özelliği, bir bağlantıda özel bağlayıcı çağırıp Patch ve SubmitForm işlevlerini tamamen atlamak için de kullanabilirsiniz.

Doğrulama

Uygulama bir kaydı değiştirmeden önce, yapılan değişikliğin kabul edilebilir olduğundan emin olmalıdır. Bunun iki nedeni vardır:

  • Kullanıcıya anında geri bildirim vermek. Bir sorunu düzeltmenin en iyi zamanı, ortaya çıktığı ve kullanıcının konuya hakim olduğu zamandır. Her dokunma veya tuş vuruşu sonrasında girişteki hataları tanımlayan kırmızı renkli metinler görüntülenebilir.
  • Daha az ağ trafiği ve daha az kullanıcı gecikme süresi. Uygulamada ne kadar çok sorun tespit edilirse ağ üzerinden sorun tespiti ve çözüm için o kadar az iletişim gerçekleştirilir. Her iletişim girişimi belirli bir zaman alır ve kullanıcının bu süre boyunca beklemesi gerekir.

Power Apps doğrulama için iki araç sunar:

  • Veri kaynağı, geçerli olan ve olmayan öğelerle ilgili bilgi sağlayabilir. Örneğin, sayılar için minimum ve maksimum değerler olabilir ve bir veya daha fazla giriş gerekebilir. DataSourceInfo işleviyle bu bilgilere erişebilirsiniz.
  • Validate işlevi de aynı bilgileri kullanarak tek bir sütunun veya bir kaydın tamamının değerini denetler.

Hata işleme

Harika, kaydınızı doğruladınız. Şimdi Patch işleviyle bu kaydı güncelleştirelim!

Maalesef karşılaşılabilecek sorunlar bunlarla sınırlı değil. Ağ bağlantısının olmaması, hizmette doğrulama işleminin başarısız olması veya kullanıcının doğru izinlere sahip olmaması uygulamanızın karşılaşabileceği hatalardan yalnızca birkaçıdır. Uygulamanın, hata durumlarında doğru tepkiyi vererek kullanıcıya geri bildirim sağlaması ve hatayı gidermek için izleyebileceği bir yol sunması gerekir.

Veri kaynağıyla ilgili hatalar oluştuğunda uygulamanız hata bilgilerini otomatik olarak kaydeder ve Errors işlevi aracılığıyla iletir. Hatalar, sorunun görüldüğü kayıtlarla ilişkilendirilir. Sorun, doğrulama sorunu gibi kullanıcı tarafından giderilebilecek türdeyse kayıt yeniden gönderildiğinde hatalar silinir.

Hata Patch veya Collect işleviyle kayıt oluşturma sırasında oluşursa hatanın ilişkilendirilebileceği bir kayıt olmaz. Bu durumda Patch işlevi boş değer döndürür ve Errors işlevinde kayıt bağımsız değişkeni olarak kullanılabilir. Oluşturma hataları bir sonraki işlemde silinir.

Errors işlevi, hata bilgilerini içeren bir tablo döndürür. Hatanın belirli bir sütunla ilişkilendirilebildiği durumlarda bu bilgiler arasında sütun bilgileri de yer alabilir. Sütun düzeyindeki hata iletilerini, sütunun düzenleme ekranındaki konumuna yakın bir yere eklediğiniz etiket denetimlerinin yakınında kullanın. Hata tablosundaki Column değerinin boş olduğu kayıt düzeyindeki hata iletilerini kaydın tamamına ait Save düğmesinin yakınında kullanın.

Büyük veri kaynaklarıyla çalışma

Büyük veri kaynaklarından (milyonlarca kayıt içerebilen) rapor oluşturduğunuzda ağ trafiğini en aza indirmek istersiniz. New York'da oturan ve StatusCode değeri "Platinum" olan tüm Müşterilerle ilgili bir rapor hazırlamak istediğinizi kabul edelim. Müşteriler tablosunda da milyonlarca kayıt olduğunu düşünelim.

Bu milyonlarca Müşteri kaydını uygulamanıza alıp ihtiyacınız olanları seçmeyi istemezsiniz. Bu seçme işleminin tablonuzun depolandığı bulut hizmetinde yapılarak yalnızca seçilen kayıtların ağ üzerinden gönderilmesini istersiniz.

Kayıt seçmek için kullanabileceğiniz işlevlerin tamamı olmasa da çoğu temsilci seçilebilir. Başka bir deyişle bu işlevler bulut hizmetinde çalıştırılır. Bunu nasıl yapacağınızı öğrenmek için Temsilci seçme makalesini inceleyin.

Koleksiyonlar

Koleksiyonlar özel türdeki veri kaynaklarıdır. Bunlar uygulamada yerel olarak bulunur ve herhangi bir bulut hizmetine bağlı olmadığı için bilgiler aynı kullanıcının başka cihazlarıyla veya başka kullanıcılarla paylaşılamaz. Koleksiyonlar birkaç özel durum dışında diğer veri kaynakları gibi çalışır:

  • Koleksiyonlar Collect işleviyle dinamik olarak oluşturulabilir. Bağlantı tabanlı veri kaynakları gibi önceden oluşturulmaları gerekmez.
  • Collect işlevini kullanarak bir koleksiyondaki sütunları istediğiniz zaman değiştirebilirsiniz.
  • Koleksiyonlarda yinelenen kayıtlara izin verilir. Bir koleksiyonda aynı kaydın birden fazla kopyası bulunabilir. Remove gibi işlevler Tümü bağımsız değişkeni kullanılmadığı sürece yalnızca buldukları ilk eşleştirme üzerinde işlem uygular.
  • SaveData ve LoadData işlevlerini kullanarak koleksiyonun bir kopyasını kaydedebilir ve yeniden yükleyebilirsiniz. Bu bilgiler diğer kullanıcıların, uygulamaların veya cihazların erişemeyeceği özel bir konumda depolanır.
  • Dışarı aktar ve İçeri aktar denetimlerini kullanarak, kullanıcının etkileşim kurması amacıyla koleksiyonun bir kopyasını kaydedebilir ve yeniden yükleyebilirsiniz.

Veri kaynağı olarak koleksiyonlarla çalışma hakkında daha fazla bilgi için bkz. Koleksiyon oluşturma ve koleksiyonları güncelleştirme.

Koleksiyonlar genelde uygulamanın genel durumunu korumak için kullanılır. Durum yönetim seçenekleri için bkz. Değişkenlerle çalışma.

Not

Belge dili tercihlerinizi bizimle paylaşabilir misiniz? Kısa bir ankete katılın. (lütfen bu anketin İngilizce olduğunu unutmayın)

Anket yaklaşık yedi dakika sürecektir. Kişisel veri toplanmaz (gizlilik bildirimi).