SharePoint a 5 000 položek? Kdy naráží platforma a kdy způsob práce s daty?

SharePoint nekončí na 5 000 položkách. Problém často není v množství dat, ale ve způsobu, jakým s nimi aplikace pracuje. Nesprávné filtrování, chybějící indexování nebo nedelegovatelné dotazy mohou způsobit nejen zpomalení, ale také neúplné výsledky vyhledávání. Migrace na Dataverse či SQL proto nemusí být automaticky řešením. Rozhodující je zjistit, zda omezení skutečně představuje datová platforma, nebo návrh samotné aplikace.

Seznam překročí pět tisíc položek a v projektu zazní známá věta: „SharePoint už nestačí.“ Někdy je změna datového zdroje opravdu správným krokem. Jindy ale tým plánuje migraci kvůli omezení, kterému přisoudil jiný význam, než ve skutečnosti má. U Power Apps nerozhoduje pouze množství uložených dat. Stejně důležité je, jak se na ně aplikace ptá.

Evidence požadavků může několik let spolehlivě sloužit jednomu oddělení. Dat přibývá, aplikaci začne používat další tým a vyhledávání se postupně chová podivně. Některé pohledy jsou pomalé, některé záznamy není možné najít. V takové chvíli je pochopitelné podezírat velikost seznamu. Jen je potřeba oddělit několik různých problémů.

Pět tisíc položek není celková kapacita sharepointového seznamu. Jde o známý práh zobrazení, který omezuje některé operace nad větším objemem dat. Samotný seznam může být výrazně větší. Tato informace ale neznamená, že na návrhu dotazů nezáleží. Naopak. Právě s růstem dat se jeho kvalita ukazuje naplno.

Uživatel většinou nepotřebuje celý archiv

Kolegyně z nákupu hledá otevřené požadavky svého oddělení. Recepce potřebuje dnešní návštěvy. Technik chce poslední servisní zásahy u konkrétního zařízení. Ve všech případech může být historie rozsáhlá, ale pracovní výběr relativně malý.

Aplikace by tomu měla odpovídat. Úvodní obrazovka nemusí začínat stažením všech dostupných položek a jejich následným tříděním v zařízení. Smysluplnější je připravit takové dotazy a pohledy, které vracejí data potřebná pro aktuální úkol. Na straně SharePointu do toho vstupuje vhodné filtrování a indexování.

Podstatné je ověřit konkrétní kombinaci podmínek, ne jen přidat filtr a prohlásit výkon za vyřešený. Výsledek, který na malé testovací sadě vypadá přesvědčivě, ještě nemusí vypovídat o chování nad několikaletou historií. A testování na pěti ukázkových požadavcích této otázce příliš nepomůže.

Druhý limit může být přímo v aplikaci

Power Apps umí podporované operace předat datovému zdroji. Tento princip se označuje jako delegace. Pokud konkrétní dotaz delegovat nelze, může aplikace pracovat jen s omezenou částí záznamů a výsledek dopočítat lokálně. Pak nemusí ukazovat úplný výběr, přestože obrazovka na první pohled funguje.

Kdy dává jiná datová vrstva smysl

SharePoint není univerzální odpověď na každou firemní aplikaci. Pokud řešení potřebuje složité vazby, jiný model oprávnění nebo náročné operace nad daty, má smysl porovnat Dataverse či vlastní datovou službu. Takové rozhodnutí by ale mělo vycházet z požadavků, ne z jediné tradované hranice.

Do posouzení patří také správa, obnova, očekávaný růst a náklady na provoz. Někdy je úprava dotazů rozumnou optimalizací. Jindy by se z ní stala série čím dál složitějších obcházek a vhodnější platforma je lepší investicí.

V Evenaut nás zajímá, aby technologie odpovídala skutečnému použití. Nechceme stěhovat aplikaci jen proto, že seznam oslavil pětitisící položku. Stejně tak nechceme držet nevhodný základ silou. Nejdřív potřebujeme vědět, která část řešení opravdu narazila a proč.


Řešíte limity Power Apps nad SharePointem? Napište nám na customers@evenaut.com.

Další články