Általános: A fény, a hype körül ez a “Tabló romboló” az elmúlt hónapokban szeretnék kiemelni néhány alapvető hibáit adatok kapcsolatok, valamint a jelentések karbantartása Hatalom BI, amely a Termék Csapat eddig vált le, mint a “nem hatálya alá”. A gyakorlatban, bár, ez teszi Power BI elég haszontalan szerzés dara bármely 3rd party termékek, a felhő különösen.Ez a felülvizsgálat tükrözi Power BI március közepétől 2017. Összegyűjtöttem a tudásomat a tesztelésből, a közösségi interakcióból és egy tucat jegyet a Power BI Pro Támogatással., A hangsúly az adatok webes szolgáltatásokon keresztüli megszerzésére irányul, amely nagymértékben igazodik a Microsoft “Cloud First” stratégiájához.1) A Power BI Online a felhőben van, de nem teszi lehetővé a HTTP hívásokat. A Power BI Desktop HTTP hívásokat tesz lehetővé, de csak statikus hitelesítési paraméterekkel.Először is különbséget kell tenni a Power BI Online és a Power BI Desktop között., Míg a Hatalom BI Online a “mester”, hogy végső soron lehetővé teszi, hogy megosszák, illetve közzéteszi a jelentések, a felhasználói élmény tervezés csökkent HTML korlátozások (tudod, a Word-vagy Excel-Online), s ami még fontosabb -, adat-kapcsolat (Adatokat) korlátozódik SQL Szerverek az Azure-ban pedig körülbelül 20 30 plugin a 3rd party megoldások jelenleg. Vegye figyelembe, hogy a Power BI Online rendszeren sem választhatja ki vagy kezelheti az átjárókat.Ez felhívja a figyelmet a Power BI asztali kliensre., Frissítve minden egy – két hónap, az asztali kliens hozza adatcsatlakozók csatlakoztatásához szükséges nagyobb számú adatforrások.A webes csatlakozóval a HTTP hívásokat konfigurálták, bár csak statikus fejlécekkel és paraméterekkel, valamint csak az alapvető és a Windows hitelesítéssel. Fontos azonban, hogy a Power BI Desktop tartalmazza a Microsoft Power Query-t, amelyet már az Excel 2016-ból is tudhat. Az M szkriptek, akkor script és testre sokféleképpen és legérdekesebb, átalakítani, hogy a táblázat formájában gyorsan. Ez az, ahol a teljesítmény lekérdezés ragyog., Úgy tűnik azonban, hogy a Power Query nem hívja fel a token alapú hitelesítéshez szükséges nonces és timestamps módszereit (például OAuth). (Ha ez helytelen, kérjük, tudassa velem. Már túl régóta böngészem a fórumokat és a zsémbes támogatást.) Ami igazán szórakoztató itt, hogy a Microsoft Azure az OAuth 2.0-t használja. Tehát nem futtathat semmilyen jelentést a Microsoft Azure AD vagy Resource Manager adatbázisában, például egy hírhedt blackboxban. Vissza a Powershellhez. (A Power BI nem fogadja el a Powershell hírcsatornákat.,) Röviden, míg a Power BI Online nem teszi lehetővé az adatok kiszállítását az internetről (kivéve azokat a 20-30 plugint, többnyire Microsoft termékeket), a Power BI Desktop lehetővé teszi a webes hívásokat, de csak statikus paraméterekkel, így alapvetően a felhasználói hitelesítő adatokkal.Ez az adatkapcsolat Nagy korlátozása.2) Mivel a Power BI Online a mester, a HTTP-hívásokat nem lehet ütemezni vagy frissíteni a felhőben.Most, hogy beállította a HTTP-hívást (kockázatos felhasználói hitelesítő adatokkal), közzé szeretné tenni a jelentését, majd ütemezett módon frissíti azt, mondjuk minden nap.Pech.,Miközben a jelentést közzéteheti a Power BI Online-nak, majd szélesebb közönségnek, ez egy statikus kép az asztali adatokról. Nem ütemezhet adatfrissítést a Power BI Online alkalmazásban (mert egyébként nincs webes szolgáltatás), sőt manuálisan sem frissítheti az adatokat, mivel ehhez újra meg kell adnia a jelentést.Azt kockáztatja, hogy a menedzsment elavult adatokat néz, amikor elfelejtette közzétenni a jelentést, majd becsempészi az új URL-t az irányítópultokba és az iframes-be.3) a helyszíni adatátjáró elég haszontalan webes szolgáltatások.Igen, ott van a helyszíni Adatkapu., Igen, konfigurálhatja a webes szolgáltatásokat az átjáróban, bár elég ironikus a webes hívások helyszíni infrastruktúrán keresztüli útvonala.De Próbáltad már? Vagyis nem adhat meg semmilyen HTTP fejlécet, amelyet egyáltalán felhív, nehogy egy Power Query szkriptet írjon. Így újra csak a Basic és a Windows rendszereken keresztül autentikálunk, és minden egyes HTTP-híváshoz írunk REST szkripteket az adatforrásba, mert fejlécek és test nélkül minden paramétert kódolni kell az URI-ban.Megtennéd?,A nap végén a Power BI a Microsoft régóta esedékes elismerése annak, hogy az Excel és egyes Dynamics jelentések nem vágják le jelentéstételi célokra. Valójában az SQL Server, a Dynamics 365 (ha meg akarja engedni magának), valamint az OneDrive-ban tárolt Excel és Access adatbázisok jelentéséhez a Microsoft Power BI ügyes munkát végez.,Azonban, amint azt szeretné, hogy integrálja a 3rd party rendszerek vagy via web szolgáltatások, különösen a Hatalom BI bemutatja olyan sok korlátozás authentication Header, Test, konfiguráció, scripting, az ütemezés, hogy konfigurálnunk kell egy egész SQL Server környezetben (Azure vagy Intézményi keresztül funkció szegény Gateway), majd írj egy SQL CRL felület, vagy vásárolni Azure Data Factory, hogy ezt az adatot.Néhány szép jelentéshez tényleg meg akarja vásárolni és testre szabni az Azure összes BI infrastruktúráját?,Azt tanácsolom a Microsoftnak: dolgozzon az adatkapcsolaton, különösen a Power BI Online-on, ahelyett, hogy több képet látna a korlátozott adatforrások számára. A Microsoft ügyfelei a Power BI-t az Office 365, Azure vagy a Dynamics 365 jelentésének teljes hiánya miatt fogják figyelembe venni (igen, oda nyomva).tanácsom a felhasználóknak: ha a csatlakozók nincsenek felsorolva, nézzen máshol. (És győződjön meg róla, hogy a használati eset szerepel. A Power BI bejelentette az Azure AD csatlakozóját, de ahelyett, hogy a felhasználókról, csoportokról vagy vállalati alkalmazásokról számolna be, csak egy szép térképen láthatja, hol történt az utolsó bejelentkezés.,) Tabló romboló? Nem. Ez egy régóta esedékes elismerés a szükséges jelentéstételhez, azzal a potenciállal, hogy szilárd üzleti intelligencia megoldás legyen, miután a focus egyre inkább az adatokra összpontosít.
You are Here