Adatfolyamokkal kapcsolatos szempontok és korlátozások

A következő szakaszokban ismertetett módon a felhasználóknak szem előtt kell tartaniuk az adatfolyamok szerzői, frissítési és kapacitáskezelési korlátait.

Általános korlátozások

  • Előfordulhat, hogy az adatfolyamok nem minden amerikai kormányzati doD-ügyfél számára érhetők el. A kormányzati környezetekben elérhető funkciók paritása a Power BI kormányzati cikkben található.
  • A törölt adatforrások nem törlődnek az adatfolyam-adatforrás oldaláról, ami jóindulatú viselkedés, és nem befolyásolja az adatfolyamok frissítését vagy szerkesztését. A Lineage nézetben a törölt adatforrások egy adatfolyamhoz tartozó kapcsolati vonalként jelennek meg.
  • A törölt adatforrások továbbra is megjelennek az átjáró legördülő menüjének Beállítás lapján.
  • A mélység megegyezik a más adatfolyamokhoz kapcsolódó adatfolyamokkal. Az aktuális maximális mélység 32.
  • A szélesség megegyezik az adatfolyamon belüli entitásokkal.
    • Az adatfolyamban lévő entitások optimális számának nincs útmutatása vagy korlátozása, a megosztott adatfolyamok frissítési korlátja entitásonként két óra, adatfolyamonként három. Tehát ha két entitása van, és mindegyik két órát vesz igénybe, akkor nem szabad ugyanabba az adatfolyamba helyeznie őket.
    • A Power BI Premium esetében az útmutatás és a korlátok egyedi használati eseteken alapulnak, nem pedig konkrét követelményeken. A Power BI Premium egyetlen korlátja az adatfolyamonkénti 24 órás frissítés.
  • Több mint 10 adatfolyam munkaterületközi frissítéséhez Power BI Premium-előfizetésre van szükség.
  • A PowerQuery korlátozásai a Power Query Online Korlátai című cikkben találhatók.
  • A Power BI-adatfolyamok nem támogatják a globális változók URL-argumentumban való használatát.
  • A Multi-Geo jelenleg nem támogatott, hacsak nem konfigurálja a tárolót a saját Azure Data Lake Gen2-tárfiók használatára.
  • A virtuális hálózatok támogatásának elérése egy átjáró használatával valósítható meg.
  • Ha számítási entitásokat használ átjáró-adatforrásokkal, az adatbetöltést a számításoktól eltérő adatforrásokban kell elvégezni. A kiszámított entitásoknak olyan entitásokra kell épülniük, amelyek csak a felvételhez használatosak, és nem szabad adatokat befogadniuk saját integrálási lépéseik során.
  • A Power BI-adatfolyamokban paramétereket használhat, de csak akkor szerkesztheti őket, ha a teljes adatfolyamot szerkessze. Ebben a tekintetben az adatfolyamok paraméterei a deklarált állandókhoz hasonlóan viselkednek.
  • A Hibaelhárítási frissítési forgatókönyvekben található egyes összekötők nem támogatottak a Prémium szintű munkaterületek adatfolyamai esetében.
  • Ha DirectQuery-t használ adatfolyammal, a szeletelő vizuális elemmel végzett keresések megkülönböztetik a kis- és nagybetűket.
  • Adatfolyam-entitásokban a következő karakterek nem engedélyezettek: \/
  • Az 1. generációs adatfolyam tulajdonjogának átadásakor az adatforrások kapcsolatai érvénytelenek lesznek, mivel az új tulajdonos nem hitelesítve van az eredeti kapcsolatokon. Ez a tervnek megfelelően várható. A helyzet megoldásához, miután átvette az Adatfolyam Gen1 tulajdonjogát, mindenképpen nyissa meg az adatfolyamot online a Power Query használatával. Ha van meglévő átjárótérkép, távolítsa el, majd rendelje hozzá újra az átjárót. Ha nincs átjáróleképezés, győződjön meg arról, hogy hitelesíti magát az adatforrásokhoz, és mentse a módosításokat.

Adatfolyam-létrehozás

Adatfolyamok létrehozásakor vegye figyelembe az alábbi szempontokat:

  • Az adatfolyamokban való létrehozás a Power Query Online (PQO) környezetben történik; lásd a Power Query korlátaiban leírt korlátozásokat. Mivel az adatfolyamok létrehozása a Power Query Online (PQO) környezetben történik, az adatfolyamok számítási feladatainak konfigurációiban végrehajtott frissítések csak a frissítéseket érintik, és nincs hatással a szerzői felületre.

  • Az adatfolyamokat csak a tulajdonosaik módosíthatják.

  • Az adatfolyamok nem érhetők el a Saját munkaterületen.

  • Az átjáró adatforrásokat használó adatfolyamok nem támogatják ugyanazon adatforrás több hitelesítő adatait.

  • A Web.Page-összekötő használatához átjáróra van szükség.

  • Az adatfolyamok Gen1 szerkesztési felületén előfordulhat, hogy a felhasználók nem tudják eltávolítani a helyszíni Adatátjáró-kapcsolatot az adatfolyamból a Beállítások>Projekt>Adat betöltése>kiválasztott (nincs) lehetőség kiválasztásával a legördülő lista "Adatátjáró" elemén. A következő lépések megoldhatják a problémát:

    1. Kezdje el szerkeszteni azt az adatfolyamot, ahová el szeretné távolítani a helyszíni Data Gateway-kapcsolatot.
    2. Válassza a Beállítások>Projektadatok betöltése>adatátjáró lehetőséget, válassza a Nincs , majd az OK gombot.
    3. Ha megjelenik egy sárga figyelmeztetés a "Kapcsolat konfigurálása" gombbal, válassza a Kapcsolat konfigurálása lehetőséget, válassza ki a felhőkapcsolatot a legördülő listából, és szükség esetén szúrjon be hitelesítő adatokat a felhőkapcsolathoz.
    4. Válassza a Kapcsolatok kezelése> lehetőséget, majd az átjárókapcsolat leválasztás gombját.
    5. Zárja be a Kapcsolatok kezelése párbeszédpanelt, és ha újra szükség van a "Kapcsolat konfigurálására", végezze el. Válassza a Mentés és bezárás lehetőséget, és várja meg, amíg a mentési művelet befejeződik.
    6. Ha a "Kapcsolat konfigurálása" figyelmeztetés nem jelenik meg az előző lépések alkalmazása után, alkalmazza az előző lépéseket, mentse és zárja be az adatfolyamot, majd szerkessze újra, és ellenőrizze, hogy megjelenik-e a "Kapcsolat konfigurálása" figyelmeztetés, amely alapján műveletet hajthat végre rajta.

    Ha az átjáróval való kapcsolat még mindig nincs eltávolítva az adatfolyamból, előfordulhat, hogy újra létre kell hoznia egy új adatfolyamot ugyanazokkal a lekérdezésekkel, nem pedig az átjáróhoz kötve.

API-szempontok

A rest API-k által támogatott adatfolyamokról a REST API-referenciában talál további információkat. Íme néhány megfontolandó szempont:

  • Az adatfolyam exportálása és importálása új azonosítót ad az adatfolyamnak.
  • A csatolt táblákat tartalmazó adatfolyamok importálása nem frissíti az adatfolyamon belüli meglévő hivatkozásokat (ezeket a lekérdezéseket manuálisan kell frissíteni az adatfolyam importálása előtt).
  • Adatfolyam üzembe helyezésekor az ütközéskezelők GenerateUniqueName és Abort paramétereivel megszakíthatja a műveletet, ha már létezik, vagy utasíthatja az API-t, hogy automatikusan hozzon létre egy egyedi nevet. Az adatfolyamok felülírhatók a CreateOrOverwrite paraméterrel, ha eredetileg az importálási API használatával lettek létrehozva.

Adatfolyamok megosztott kapacitásokban

A megosztott kapacitásokban (nem prémium szintű kapacitásokban) lévő adatfolyamokra korlátozások vonatkoznak:

  • Az adatfolyam frissítésekor a megosztott kapacitásban az időtúllépések táblánként 2 óra, adatfolyamonként 3 óra.
  • A csatolt táblák nem hozhatók létre megosztott adatfolyamokban, bár mindaddig létezhetnek az adatfolyamon belül, amíg a lekérdezés Terhelés engedélyezve tulajdonsága le van tiltva.
  • A számított táblák nem hozhatók létre megosztott adatfolyamokban.
  • Az AutoML és a Cognitive Services nem érhető el megosztott adatfolyamokban.
  • A növekményes frissítés nem működik megosztott adatfolyamokban.

Adatfolyamok a Premiumban

A Prémium verzióban található adatfolyamok az alábbi szempontokat és korlátozásokat veszik figyelembe.

Frissítési és adatelemzési szempontok:

  • Adatfolyamok frissítésekor az időtúllépés 24 óra (táblák és/vagy adatfolyamok esetén nincs különbség).
  • Az adatfolyam növekményes frissítési szabályzatról normál frissítésre való módosítása, vagy fordítva, az összes adat elvetése.
  • Az adatfolyam sémájának módosítása minden adatot elvet.
  • Ha premium per user (PPU) licencet használ adatfolyamokkal, az adatok törlődnek, amikor adatokat helyeznek át egy PPU-környezetből.
  • Ha egy adatfolyam felhasználónkénti prémium (PPU) környezetben frissül, az adatok nem láthatók a nem PPU-felhasználók számára.
  • A növekményes frissítés csak akkor működik adatfolyamokkal, ha a továbbfejlesztett számítási motor engedélyezve van.

Csatolt és számított táblák:

  • A csatolt táblák legfeljebb 32 hivatkozás mélységig kapcsolódhatnak.
  • A csatolt táblák ciklikus függőségei nem engedélyezettek.
  • A csatolt táblák nem csatlakoztathatók olyan normál táblához, amely a helyszíni adatforrásból szerzi be az adatait.
  • Ha egy lekérdezést (például A lekérdezést) használnak egy másik lekérdezés ( B lekérdezés) kiszámításához adatfolyamokban, a B lekérdezés számított táblává válik. A számított táblák nem hivatkozhatnak helyszíni forrásokra.
  • A különböző bérlőkben lévő entitásokra hivatkozó csatolt táblák nem támogatottak.

Számítási motor:

  • A számítási motor használata közben körülbelül 10%-20% kezdeti adatbetöltési időnövekedés tapasztalható.
    • Ez csak a számítási motor első adatfolyamára vonatkozik, és adatokat olvas be az adatforrásból.
    • A forrás adatfolyamot használó további adatfolyamok nem járnak ugyanazzal a büntetéssel.
  • Csak bizonyos műveletek használják a számítási motort, és csak csatolt táblán vagy számított táblán keresztül használva. A műveletek teljes listája ebben a blogbejegyzésben érhető el.

Kapacitáskezelés:

  • A Premium Power BI-kapacitások kialakításuk szerint rendelkeznek egy belső Resource Managerrel, amely különböző módokon szabályozza a számítási feladatokat, ha a kapacitás alacsony memórián fut.
    • Adatfolyamok esetén ez a szabályozási nyomás csökkenti a rendelkezésre álló M-tárolók számát.
    • Az adatfolyamok memóriáját 100%-ra lehet állítani, és egy megfelelően méretezett tároló választható az adatméretekhez, a számítási feladat pedig megfelelően kezeli a tárolók számát.
  • A tárolók hozzávetőleges száma úgy állapítható meg, hogy elosztja a számítási feladathoz lefoglalt teljes memóriát a tárolóhoz lefoglalt memória mennyiségével.

Adatfolyam-használat szemantikai modellekben

  • Amikor szemantikai modellt hoz létre a Power BI Desktopban, majd közzéteszi azt a Power BI szolgáltatásban, győződjön meg arról, hogy a Power BI Desktopban az adatfolyamok adatforrásához használt hitelesítő adatok megegyeznek a szemantikai modell szolgáltatásban való közzétételekor használt hitelesítő adatokkal.
    • Ha nem sikerül meggyőződni arról, hogy ezek a hitelesítő adatok megegyeznek, akkor a kulcs nem található hiba a szemantikai modell frissítésekor

Megjegyzés:

Ha az adatfolyam struktúrája módosul, például egy új vagy átnevezett oszlop, a szemantikai modell nem jeleníti meg a változást. A módosítás azt is okozhatja, hogy az adatfrissítés meghiúsul a szemantikai modell Power BI szolgáltatásában, amíg a Power BI Desktopban nem frissül, majd újra közzé nem teszi.

Adatfolyamok és elnevezett kapcsolatok

Nevesített kapcsolatokkal rendelkező adatfolyamok használatakor a következő korlátozások érvényesek:

  • Csak egy adott elérési úthoz és típushoz tartozó felhőkapcsolat hozható létre, például csak egy SQL plus server/database cloud kapcsolat hozható létre. Több átjárókapcsolatot is létrehozhat.
  • Nem nevezhet el és nem nevezhet át felhőbeli adatforrásokat; az átjárókapcsolatokat nevezheti el vagy nevezheti át.

ADLS-korlátozások

  • Az ADLS nem érhető el GCC, GCC High vagy DOD környezetekben. További információ: Power BI az USA kormányzati ügyfeleinek.
  • Önt az erőforrás tulajdonosaként kell hozzárendelni az ADLS Gen 2 API-k változásai miatt.
  • Az Azure-előfizetések migrálása nem támogatott, de erre két alternatíva van:
    • Első megközelítés: a migrálás után a felhasználó leválaszthatja a munkaterületeket, és újracsatlakoztathatja őket. Ha a bérlői szintű fiókot használja, le kell választania az összes munkaterületet, majd le kell választania a bérlői szinten, és újra kell végeznie a csatolást. Ez nem kívánatos azoknak az ügyfeleknek, akik nem szeretnék törölni az összes adatfolyamukat, vagy sok munkaterületük van.
    • Második megközelítés: ha az előző megközelítés nem valósítható meg, küldjön támogatási kérelmet az adatbázis előfizetés-azonosítójának módosításához.
  • Az ADLS nem támogatja a cikk Címtárak és fájlnevek szakaszának legtöbb elemét a munkaterületek elnevezéséhez és az adatfolyamok elnevezéséhez, az alábbi korlátozások miatt:
    • A Power BI vagy nem hasznos hibát ad vissza, vagy engedélyezi a folyamatot, de a frissítés meghiúsul.
  • A bérlők közötti ADLS-előfizetések nem támogatottak. A Power BI-hoz csatolt ADLS-nek ugyanahhoz az Azure-bérlőhöz kell tartoznia, amelyet a Power BI a Microsoft Entra ID-hoz használ.

Adatfolyam-adattípusok

Az adatfolyamokban támogatott adattípusok a következők:

Adatösszesítés adattípusa Adatfolyam-adattípus
Idő Idő
Dátum Dátum
Dátum/idő Dátum/idő
DateTimeZone IdőpontEltérés (DateTimeOffset)
Logikus logikai
Szöveg Lánc
Bármely Lánc
Valuta Decimális
Int8 Int64
Int16 Int64
Int32 Int64
Int64 Int64
Kétszer Kétszer
Százalék Kétszer
Egyedülálló Kétszer
Decimális Kétszer
Szám Kétszer
Időtartam Nem támogatott
Bináris Nem támogatott
Funkció Nem támogatott
Táblázat Nem támogatott
Lista Nem támogatott
Rekord Nem támogatott
Típus Nem támogatott
Tevékenység Nem támogatott
Egyik sem Nem támogatott
Nulla Nem támogatott

Kapcsolódó tartalom

Az alábbi cikkek további információt nyújtanak az adatfolyamokról és a Power BI-ról:

  • Last updated on