Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
A következőkre vonatkozik: SQL Server Analysis Services
Azure Analysis Services
Fabric/Power BI Premium
Ez a cikk az SQL Server Analysis Services (SSAS) legújabb verzióinak új funkcióit, fejlesztéseit, elavult és megszűnt funkcióit, viselkedését és kompatibilitástörő változásait foglalja össze.
SQL Server 2025 Elemzőszolgáltatások
Teljesítménybeli fejlesztések
Számítási csoportokkal és sztringek formázásával rendelkező modellek az Excelben
Jelentős teljesítménybeli fejlesztéseket hajtottunk végre az MDX-lekérdezések esetében számítási csoportokkal és sztringek formázásával rendelkező modelleken a memóriahasználat csökkentése és a válaszképesség javítása érdekében. A legújabb változások nagyban javítják az Elemzés az Excelben az alábbi modelleken végzett műveletek teljesítményét és megbízhatóságát:
Dinamikus formázási karakterláncok mértékek számára
Számított elemek formátumkarakterláncokkal
További részletekért látogasson el a Dinamikus formátumú sztringek lapra
DirectQuery párhuzamos lekérdezésvégrehajtása
A Továbbfejlesztett párhuzamosság DirectQuery módban gyorsabb válaszidőt tesz lehetővé összetett lekérdezésekhez. Az alapvető ötlet az, hogy maximalizálja a lekérdezési teljesítményt azáltal, hogy több lekérdezést párhuzamosít az adatforrással egyetlen DAX-lekérdezéshez. Ez a lekérdezés-párhuzamosítás csökkenti az adatforrás késéseinek és a hálózati késéseknek a lekérdezési teljesítményre gyakorolt hatását. További részletekért látogasson el erre a blogra.
Vízszintes fúzió
Az SSAS 2025 tartalmazza a Horizontal Fusion legújabb verzióját, a lekérdezési teljesítmény optimalizálását, amely csökkenti a DAX által generált SQL-lekérdezések számát, és javítja a DirectQuery hatékonyságát. További részletekért látogasson el: A vízszintes fúzió bejelentése.
DAX-függvények és képességek
Vizualizációs számítások
A DAX írási módja ma megváltozik a vizualizációs számítások bevezetésével. A vizualizációs számítások olyan DAX-számítások, amelyek közvetlenül egy vizualizáción vannak definiálva és végrehajtva. A vizuális számítás a vizualizáció bármely adatára hivatkozhat, beleértve az oszlopokat, mértékeket és egyéb vizuális számításokat is. Ez a megközelítés megszünteti a szemantikai modell összetettségét, és leegyszerűsíti a DAX írási folyamatát. Vizualizációs számításokkal olyan gyakori üzleti számításokat hajthat végre, mint például az összegek futtatása vagy az átlagok áthelyezése. A vizualizációs számítások engedélyezéséről és használatáról a Vizualizációszámítások áttekintésében olvashat bővebben.
Értékszűrő viselkedése
Új lehetőséget vezetünk be az értékszűrő viselkedésének szabályozására. A "Független értékszűrők" beállítás engedélyezésével a felhasználók megakadályozhatják, hogy ugyanazon a táblán több szűrő automatikusan egyesüljön egyetlen szűrt szűrővel. Ez a változás nagyobb rugalmasságot biztosít, lehetővé téve a pontosabb és független szűrést, hogy megfeleljen az adott modellezési igényeknek, és fokozza az adat lekérdezések pontosságát és ellenőrzését. Az SSAS tulajdonság beállításához használhatja a Táblázatos objektummodellt vagy a TMSL-t a ValueFilterBehavior tulajdonság alapján. További részletekért látogasson el az értékszűrő viselkedésére.
Kijelölési kifejezések számítási csoportokhoz
A kijelölési kifejezések lehetővé teszik a számítások működésének finomhangolását bizonyos feltételek teljesülése esetén. A kijelölési kifejezések további logikát vezetnek be az olyan esetek kezelésére, amikor több számítási elem van kijelölve, vagy ha egy számítási csoportban nem történik konkrét kijelölés. További részletekért látogasson el a számítási csoportokra.
DAX-függvények fejlesztései
Az SSAS 2025 több új DAX-függvény és fejlesztés támogatását tartalmazza, többek között a következőket:
LINEST és LINESTX: Ez a két függvény lineáris regressziót hajt végre a Legkisebb négyzetek metódus használatával egy olyan egyenes kiszámításához, amely a legjobban illeszkedik a megadott adatokhoz, és visszaad egy táblázatot, amely leírja a vonalat. Ezek a függvények különösen hasznosak az ismeretlen értékek (Y) előrejelzésében ismert értékek (X) esetén. További részletekért látogasson el a LINEST DAX függvényre és a LINESTX DAX függvényre.
INFO-függvények: A meglévő TMSCHEMA DMV-k mostantól a DAX-függvények új családjaként érhetők el, amely lehetővé teszi a metaadatok lekérdezését a szemantikai modellekről közvetlenül a DAX-on belül, és integrációt kínál más DAX-függvényekkel a továbbfejlesztett diagnosztikához és elemzéshez. További részletekért látogasson el a következő webhelyre: Info DAX functions.
APPROXIMATEDISTINCTCOUNT: Ez a függvény jelenleg DirectQuery módhoz érhető el, és egy oszlop egyedi értékeinek becsült számát adja vissza az adatforrás megfelelő összesítési műveletének meghívásával, amely a lekérdezési teljesítményre van optimalizálva. További részletekért látogasson el a Approximatedistinctcount DAX függvényre, amely a támogatott adatforrásokat sorolja fel.
Ablakfüggvények: Ez a függvény abszolút vagy relatív pozicionálással kér le egy eredményszeletet. A WINDOW függvény megkönnyíti a számítások elvégzését, például egy futó összeg hozzáadását, az átlag mozgóátlagát vagy hasonló számításokat, amelyek egy értéktartomány kiválasztására támaszkodnak. Emellett két, ORDERBY és PARTITIONBY nevű segédfüggvényt is tartalmaz. További részletekért látogasson el a Window DAX függvényre.
MINX/MAXX: Hozzáadtunk egy opcionális variánsparamétert a MINX és a MAXX DAX függvényekhez. Ezek a függvények hagyományosan figyelmen kívül hagyják a szöveget és a logikai értékeket, ha vannak változatok vagy vegyes adattípusok, például szöveg és numerikus. Most, hogy az új választható variánsparaméter IGAZ értékre van állítva, a függvények figyelembe veszik a szöveges értékeket. További részletekért látogasson el a MINX DAX függvényre és a MAXX DAX függvényre.
További funkciók
Ügyfélkódtár frissítései
Az ügyfeleket arra ösztönzik, hogy frissítsenek a legújabb Analysis Services-kódtárakra, hogy kihasználják a teljesítményt, a megbízhatóságot és a funkciók olyan fejlesztéseit, mint a bináris XML-támogatás, a TMDL szerializálás stb. Az XMLA-alapú kommunikációt egyszerű szöveges XML-ről bináris XML-re cseréltük, és lehetővé tettük a .NET-ügyfélkódtárak tömörítését. További részletekért látogasson el az XMLA-alapú eszközök kommunikációs teljesítményének javítása blogra. Az Analysis Services ügyfélkódtárak letöltési oldalán mindig megtalálhatja a legújabb ügyfélkódtár-verziókat.
Unicode-karakterkezelés fejlesztései
Az SSAS mostantól támogatja a frissített Unicode-szabványokat azáltal, hogy Unicode helyettesítő párokat támogat olyan karakterszabványokhoz, mint a kínai kormányzati szabvány GB18030 a DAX-ban.
Végrehajtási metrikák diagnosztikához
A végrehajtási metrikák mostantól XEvents- és Profiler-nyomkövetéseken keresztül érhetők el, így az ügyfelek hatékonyabban elemezhetik a lekérdezési teljesítményt.
Elavult (deprecált) funkciók és kompatibilitástörő változások az SSAS 2025-ben
A SharePointhoz készült Excel PowerPivot elavult
Eltávolítottuk a SharePoint-alapú Excel PowerPivot módot a telepítőből. Ez a funkció elavult a korábbi kiadásokban, és már nem támogatott.
SQL-ügyfélszerelvény frissítése
Az SSAS 2025 mostantól egy újabb SQL-ügyfélkódtárat használ. Előfordulhat, hogy az ügyfeleknek frissíteniük kell a modelldefiníciókat az új szolgáltató nevének (Microsoft.Data.SqlClient) megfelelően.
SQL Server 2022 Analysis Services
1. kumulatív frissítés (CU1)
Titkosítás frissítése
Ez a frissítés a séma írási művelet titkosítási algoritmusának továbbfejlesztésére is kiterjed. Ez a fejlesztés megkövetelheti a táblázatos és többdimenziós modelladatbázisok frissítését a megfelelő titkosítás biztosítása érdekében. További információ: Titkosítás frissítése.
Általánosan elérhető (GA)
Vízszintes fúzió
Ez a verzió bevezeti a Horizontal Fusiont, egy lekérdezés-végrehajtási terv optimalizálását, amelynek célja az eredmények létrehozásához és visszaadásához szükséges adatforrás-lekérdezések számának csökkentése. A rendszer több kisebb adatforrás-lekérdezést egyesíti egy nagyobb adatforrás-lekérdezéssel. A kevesebb adatforrás-lekérdezés kevesebb oda-vissza utazást és kevesebb költséges vizsgálatot jelent a nagy adatforrásokon, ami jelentős DAX-teljesítménynövekedést és alacsonyabb feldolgozási igényt eredményez az adatforrásban. A DAX-lekérdezések gyorsabban futnak a Horizontal Fusion használatával, különösen DirectQuery módban. Emellett a méretezhetőség is nő.
DirectQuery párhuzamos végrehajtási tervei
Ez a fejlesztés lehetővé teszi, hogy az Analysis Services-motor elemezze a DAX-lekérdezéseket egy DirectQuery-adatforráson, és azonosítsa a független tárolómotor-műveleteket. A motor ezután párhuzamosan hajthatja végre ezeket a műveleteket az adatforráson. A műveletek párhuzamos végrehajtásával az Analysis Services-motor javíthatja a lekérdezési teljesítményt azáltal, hogy kihasználja a nagy adatforrások méretezhetőségét. Annak érdekében, hogy a lekérdezésfeldolgozás ne terhelje túl az adatforrást, a MaxParallelism tulajdonság beállításával adjon meg rögzített számú szálat, amelyek párhuzamos műveletekhez használhatók.
Power BI DirectQuery szemantikai modellek támogatása
Ez a verzió támogatja az SQL Server 2022 Analysis Services-modellekhez DirectQuery-kapcsolattal rendelkező Power BI-modelleket. A Power BI Desktop 2022. májusi és újabb verzióit használó adatmodellezők és jelentéskészítők mostantól kombinálhatják a Power BI-modellekből, az Azure Analysis Servicesből és most az SSAS 2022-ből származó egyéb importált és DirectQuery-adatokat.
További információ: A DirectQuery használata szemantikai modellekhez és Analysis Serviceshez | A Power BI dokumentációja.
MDX-lekérdezési teljesítmény
Először a Power BI-ban vezették be, most pedig az SSAS 2022-ben az MDX Fusion a képletmotor (FE) optimalizálásával csökkenti az MDX-lekérdezésenkénti tárolómotor-lekérdezések számát. Az olyan ügyfélalkalmazások, amelyek többdimenziós kifejezéseket (MDX) használnak modell-/adathalmaz-adatok, például a Microsoft Excel lekérdezéséhez, jobb lekérdezési teljesítményt fognak látni. A gyakori MDX-lekérdezési mintákhoz mostantól kevesebb SE-lekérdezés szükséges, ahol korábban számos SE-lekérdezésre volt szükség a különböző részletesség támogatásához. A kevesebb SE-lekérdezés kevesebb drága vizsgálatot jelent a nagy modelleken, ami jelentős teljesítménynövekedést eredményez, különösen akkor, ha közvetlen lekérdezés módban csatlakozik táblázatos modellekhez.
További információ: Az MDX-lekérdezés teljesítményének javítása a Power BI-ban | Microsoft Power BI Blog.
Erőforrás-szabályozás
Ez a verzió nagyobb pontosságot biztosít a QueryMemoryLimit kiszolgáló memóriatulajdonságához és a DbpropMsmdRequestMemoryLimit kapcsolati sztring tulajdonsághoz.
Az SSAS 2019-ben először a QueryMemoryLimit kiszolgáló memóriatulajdonságát csak olyan memóriakészletekre alkalmazták, ahol a lekérdezésfeldolgozás során köztes DAX-lekérdezési eredmények jönnek létre. Most az SSAS 2022-ben az MDX-lekérdezésekre is vonatkozik, amely hatékonyan lefedi az összes lekérdezést. Jobban irányíthatja azokat a költséges lekérdezéseket, amelyek jelentős adatanyagok létrejöttéhez vezetnek. Ha a lekérdezés eléri a megadott korlátot, a motor megszakítja a lekérdezést, és hibát ad vissza a hívónak, ami csökkenti a többi egyidejű felhasználóra gyakorolt hatást.
Az ügyfélalkalmazások a DbpropMsmdRequestMemoryLimit kapcsolati sztring tulajdonság megadásával tovább csökkenthetik a lekérdezésenként engedélyezett memóriát. Kilobájtban megadva ez a tulajdonság felülbírálja egy kapcsolat QueryMemoryLimit kiszolgálói memóriatulajdonság-értékét.
Lekérdezések összefűzése – Rövid lekérdezési elfogultság gyors megszakítással
Ez a verzió bevezet egy új értéket a Threadpool\SchedulingBehavior tulajdonsághoz, amely meghatározza a rövid lekérdezési torzítást gyors megszakítással. Ez a tulajdonságbeállítás javítja a felhasználói lekérdezések válaszidejének idejét a magas egyidejűségi forgatókönyvekben. További információért tekintse meg: Lekérdezések összefűzése – Konfigurálás.
Táblázatos modell 1600 kompatibilitási szintje
Ez a verzió bevezeti a táblázatos modellek 1600-ra vonatkozó kompatibilitási szintjét . Az 1600 kompatibilitási szint egybeesik a Power BI és az Azure Analysis Services legújabb funkcióival.
Elavult funkciók az SSAS 2022-ben
Ezzel a verzióval nem jelentettek be elavult funkciókat.
Megszűnt funkciók az SSAS 2022-ben
A következő funkciók megszűnnek ebben a verzióban:
Mód/kategória | Tulajdonság |
---|---|
Táblázatjellegű | 1100 és 1103 kompatibilitási szintek |
Többdimenziós | Adatbányászat |
Power Pivot mód | Power Pivot SharePoint számára |
Kompatibilitástörő változások az SSAS 2022-ben
A táblázatos modell 1100-es és 1103-es kompatibilitási szintjei ebben a verzióban megszűnnek. A kompatibilitástörő változás elkerülése érdekében frissítse a modelleket az 1200-as kompatibilitási szintre, mielőtt egy korábbi SSAS-verziót SSAS 2022-re frissít.
Viselkedésváltozások az SSAS 2022-ben
Ebben a verzióban nincsenek viselkedésbeli változások .
SQL Server 2019 Analysis Services
SQL Server 2019 Analysis Services CU 5
Az SQL Server Analysis Services kumulatív frissítéseit az SQL Server kumulatív frissítései tartalmazzák. A legújabb kumulatív frissítésről és letöltésről az SQL Server 2019 legújabb kumulatív frissítésében olvashat bővebben. A kumulatív frissítési KB-lapok összefoglalják az SQL Server összes funkciójával kapcsolatos ismert problémákat, fejlesztéseket és javításokat, beleértve az SSAS-t is. Az SSAS fő funkciófrissítéseinek további részleteit itt találja.
SuperDAX többdimenziós modellekhez (SuperDAXMD)
A CU5 használatával a DAX-alapú ügyfelek mostantól SuperDAX-függvényeket és lekérdezési mintákat használhatnak többdimenziós modelleken, így jobb teljesítményt nyújtanak a modelladatok lekérdezése során. A SuperDAX először bevezette a DAX-lekérdezésoptimalizálásokat táblázatos modellekhez a Power BI és az SQL Server Analysis Services 2016 használatával. A SuperDAXMD most ezeket a fejlesztéseket a többdimenziós modellekhez is elhozza.
A Power BI blog külön közleménye kiemeli, hogy a Power BI-felhasználók hogyan használhatják ki ezt a többdimenziós modell teljesítményét a Power BI Desktop legújabb verziójának letöltésével. A Power BI szolgáltatásban meglévő interaktív jelentések további lépések nélkül is hasznosak lehetnek, mivel a Power BI automatikusan létrehozza az optimalizált SuperDAX-lekérdezéseket. A Power BI automatikusan észleli a többdimenziós modellekhez való kapcsolatokat SuperDAX-támogatással, és ugyanazokat az optimalizált DAX-függvényeket és lekérdezési mintákat használja, mint a táblázatos modelleken. Bár a Power BI automatikusan SuperDAXMD-re válthat, a saját üzletiintelligencia-megoldásaiban előfordulhat, hogy manuálisan kell optimalizálnia a DAX-lekérdezési mintákat.
Az optimalizált lekérdezési mintáknak a SUMMARIZECOLUMNS függvényt kell használniuk a kevésbé hatékony standard SUMMARIZE függvény helyére. A DAX-változók ( VAR) használatával csak egyszer számíthat ki kifejezéseket a definíció helyén, majd újra felhasználhatja az eredményeket bármely más DAX-kifejezésben anélkül, hogy újra el kellene végeznie a számítást. Más, és talán kevésbé gyakori SuperDAX-függvények a SUBSTITUTEWITHINDEX, ADDMISSINGITEMS, valamint a NATURALLEFTOUTERJOIN és NATURALINNERJOIN, valamint a ISONORAFTER és GROUPBY. SELECTCOLUMNS és UNION szintén SuperDAX-függvények.
Ha többet szeretne megtudni arról, hogy a DAX hogyan működik a többdimenziós modellekkel, valamint a fontos mintákkal és korlátozásokkal kapcsolatban, mindenképpen tekintse meg a TÖBBdimenziós modellek DAX-ját.
SQL Server 2019 Analysis Services GA (általánosan elérhető)
Táblázatos modell kompatibilitási szintje
Ez a kiadás bevezeti a táblázatos modellek 1500 kompatibilitási szintjét .
Lekérdezések összekapcsolása
A lekérdezések közötti összekapcsolás táblázatos módú rendszerkonfiguráció, amely javíthatja a felhasználói lekérdezések válaszidejének idejét nagy egyidejűségi forgatókönyvekben. A lekérdezések rövid lekérdezési torzításokkal való összekapcsolása lehetővé teszi az egyidejű lekérdezések számára a CPU-erőforrások megosztását. További információ: Lekérdezések összefűzése.
Táblázatos modellek számítási csoportjai
A számítási csoportok jelentősen csökkenthetik a redundáns mértékek számát azáltal, hogy közös mértékkifejezéseket csoportosítanak számítási elemek. A számítási csoportok a jelentéskészítési ügyfelekben egyetlen oszlopot tartalmazó táblaként jelennek meg. Az oszlop minden értéke egy újrafelhasználható számítást vagy számítási elemet jelöl, amely bármely mértékre alkalmazható. A számítási csoportok tetszőleges számú számítási tételt tartalmazhatnak. Minden egyes számítási elemet EGY DAX-kifejezés határoz meg. További információ: Számítási csoportok.
A Power BI-gyorsítótár frissítéseinek szabályozási beállítása
A ClientCacheRefreshPolicy tulajdonságbeállítás mostantól támogatott az SSAS 2019-ben és újabb verzióiban. Ez a tulajdonságbeállítás már elérhető az Azure Analysis Servicesben. A Power BI szolgáltatás gyorsítótárazza az irányítópult csempéinek adatait és a jelentésadatokat a Live Connect-jelentés kezdeti betöltéséhez, ami túl sok gyorsítótár-lekérdezést küld a motornak, és szélsőséges esetekben túlterheli a kiszolgálót. A ClientCacheRefreshPolicy tulajdonság lehetővé teszi, hogy a kiszolgáló szintjén felülbírálja ezt a viselkedést. További információ: Általános tulajdonságok.
Online csatolás
Ez a funkció lehetővé teszi egy táblázatos modell online műveletként való csatolását. Az online csatolás használható a csak olvasható replikák szinkronizálásához a helyszíni lekérdezési kiterjesztett skálázási környezeteiben. Online csatolási művelet végrehajtásához használja az XMLA csatolása parancs AllowOverwrite beállítását.
Ehhez a művelethez a modell memóriájának duplázására lehet szükség ahhoz, hogy a régi verzió online állapotban maradjon az új verzió betöltése közben.
Egy tipikus használati minta a következő lehet:
A DB1 (1-es verzió) már csatlakoztatva van a B írásvédett kiszolgálóhoz.
A DB1 (2-es verzió) feldolgozása az A írási kiszolgálón történik.
A DB1 (2-es verzió) le van választva, és a B kiszolgáló számára elérhető helyre kerül (megosztott helyen, vagy robocopy használatával stb.).
Az AllowOverwrite=True paranccsal rendelkező Csatolás parancs a B kiszolgálón, a DB1 új helyével (2. verzió) fut.
E funkció nélkül a rendszergazdáknak először le kell választaniuk az adatbázist, majd csatolniuk kell az adatbázis új verzióját. Ez állásidőhöz vezet, ha az adatbázis nem érhető el a felhasználók számára, és a lekérdezések sikertelenek lesznek.
Ha ez az új jelző meg van adva, az adatbázis 1. verziója atomilag törlődik ugyanazon a tranzakción belül, állásidő nélkül. Ennek azonban az az ára, hogy mindkét adatbázis egyszerre töltődik be a memóriába.
Több-a-többhöz kapcsolatok táblázatos modellekben
Ez a fejlesztés több a többhöz típusú kapcsolatokat tesz lehetővé olyan táblák között, ahol mindkét oszlop nem egyedi értékeket tartalmaz. A dimenzió és a ténytábla közötti kapcsolat a dimenzió kulcsoszlopánál nagyobb részletességgel határozható meg. Ez elkerüli a dimenziótáblák normalizálását, és javíthatja a felhasználói élményt, mivel az eredményül kapott modell kisebb számú táblát tartalmaz logikailag csoportosított oszlopokkal.
A több-a-többhöz kapcsolatok esetében a modelleknek 1500-nál magasabb kompatibilitási szinten kell lenniük. Több-több kapcsolatok létrehozásához használja a Visual Studio 2019-et az Analysis Services projektekhez tartozó VSIX 2.9.2-es és újabb frissítéssel, a Táblázatos objektummodell (TOM) API-val, a táblázatos modell szkriptelési nyelvével (TMSL) és a nyílt forráskódú Tabular Editor eszközzel.
Memóriabeállítások az erőforrás-szabályozáshoz
Az alábbi tulajdonságbeállítások továbbfejlesztett erőforrás-szabályozást biztosítanak:
- Memória\QueryMemoryLimit – Ez a memóriatulajdonság a modellnek küldött DAX-lekérdezések által létrehozott memóriakészletek korlátozására használható.
- DbpropMsmdRequestMemoryLimit – Ez az XMLA tulajdonság egy kapcsolat Memória\QueryMemoryLimit kiszolgálótulajdonság-értékének felülbírálásához használható.
- OLAP\Query\RowsetSerializationLimit – Ez a kiszolgálótulajdonság korlátozza a sorokkészletben visszaadott sorok számát, így védi a kiszolgáló erőforrásait a kiterjedt adatexportálási használattól. Ez a tulajdonság a DAX- és az MDX-lekérdezésekre egyaránt vonatkozik.
Ezek a tulajdonságok az SQL Server Management Studio (SSMS) legújabb verziójával állíthatók be. Ezek a beállítások már elérhetők az Azure Analysis Serviceshez.
Elavult funkciók az SSAS 2019-ben
Ezzel a kiadással nem jelentek meg elavult funkciók.
Megszűnt funkciók az SSAS 2019-ben
Ezzel a kiadással nem jelentek meg megszűnt funkciók.
Kompatibilitástörő változások az SSAS 2019-ben
Ebben a kiadásban nincsenek kompatibilitástörő változások .
Viselkedésváltozások az SSAS 2019-ben
Ebben a kiadásban nincsenek viselkedésbeli változások .
SQL Server 2017 Analysis Services
Az SQL Server 2017 Analysis Services a SQL Server 2012 óta az egyik legjelentősebb fejlesztéseit tartalmazza. A táblázatos mód (először az SQL Server 2012 Analysis Servicesben bevezetett) sikerére építve ez a kiadás minden eddiginél hatékonyabbá teszi a táblázatos modelleket.
A többdimenziós mód és a SharePoint módhoz készült Power Pivot alapvető elemei sok Analysis Services-telepítésnek. Az Analysis Services termék életciklusában ezek a módok kiforrottak. Ebben a kiadásban ezen módok egyikéhez sem tartoznak új funkciók. A hibajavítások és a teljesítménybeli fejlesztések azonban megtalálhatók benne.
Az itt ismertetett funkciók az SQL Server 2017 Analysis Services részét képezik. A kihasználásukhoz azonban a Visual Studio legújabb verzióit is használnia kell az Analysis Services-projektek és az SQL Server Management Studio (SSMS) használatával. Az Analysis Services-projektek és az SSMS havonta frissülnek új és továbbfejlesztett funkciókkal, amelyek általában egybeesnek az SQL Server új funkcióival.
Bár fontos megismerni az összes új funkciót, azt is fontos tudni, hogy mi lesz elavult és megszüntetve ebben a kiadásban és a jövőbeni kiadásokban. További információ: Elavult funkciók az SSAS 2017-ben.
Vessünk egy pillantást a kiadás néhány kulcsfontosságú új funkciójára.
1400 kompatibilitási szint táblázatos modellekhez
Az itt ismertetett új funkciók és funkciók kihasználása érdekében az új vagy meglévő táblázatos modelleket az 1400-es kompatibilitási szintre kell állítani vagy frissíteni. Az 1400-es kompatibilitási szinten lévő modellek nem telepíthetők az SQL Server 2016 SP1 vagy korábbi verzióiban, illetve alacsonyabb kompatibilitási szintekre nem állíthatók vissza. További információ: Az Analysis Services táblázatos modelljeinek kompatibilitási szintje.
A Visual Studióban az új táblázatos modellprojektek létrehozásakor kiválaszthatja az új 1400-es kompatibilitási szintet.
Ha frissíteni szeretne egy meglévő táblázatos modellt a Visual Studióban, a Megoldáskezelőben kattintson a jobb gombbal a Model.bim elemre, majd a Tulajdonságok területen állítsa a kompatibilitási szint tulajdonságot AZ SQL Server 2017 (1400) értékre.
Fontos szem előtt tartani, hogy egy meglévő modell 1400-ra való frissítése után nem lehet leminősítést. Mindenképpen készítsen biztonsági másolatot az 1200 modelladatbázisról.
Modern adatbeolvasási élmény
Az adatforrásokból származó adatok táblázatos modellekbe való importálása során az SSDT az 1400 kompatibilitási szintű modellek modern Adatbeolvasási felületét mutatja be. Ez az új funkció a Power BI Desktop és a Microsoft Excel 2016 hasonló funkcióin alapul. A modern Adatok lekérése funkció hatalmas adatátalakítási és adategyesítési képességeket biztosít az Adatok lekérése lekérdezésszerkesztő és az M kifejezések használatával.
A modern Get Data felület számos adatforrást támogat. A jövőben a frissítések még több támogatást fognak tartalmazni.
A hatékony és intuitív felhasználói felület minden eddiginél egyszerűbbé teszi az adatok és az adatok átalakításának/összefésülési képességeinek kiválasztását.
A modern Get Data felület és az M-összefésítési képességek nem vonatkoznak az 1200-ról 1400-ra frissített táblázatos modellekre. Az új felület csak az 1400 kompatibilitási szinten létrehozott új modellekre vonatkozik.
Kódolási tippek
Ez a kiadás kódolási tippeket vezet be, amely a nagy memóriabeli táblázatos modellek feldolgozásának (adatfrissítésének) optimalizálására szolgál. A kódolás jobb megértéséhez tekintse meg a táblázatos modellek teljesítményhangolását az SQL Server 2012 Analysis Services tanulmányában a kódolás jobb megértéséhez.
Az értékkódolás jobb lekérdezési teljesítményt biztosít az olyan oszlopokhoz, amelyeket általában csak aggregációkhoz használnak.
A hash kódolást előnyben részesítik a csoportosító oszlopokhoz (gyakran dimenziótáblázati értékek) és az idegen kulcsokhoz. A karakterlánc oszlopok mindig hashelve vannak kódolva.
A numerikus oszlopok ezen kódolási módszerek bármelyikét használhatják. Amikor az Analysis Services elkezd feldolgozni egy táblát, vagy üres a tábla (partíciókkal vagy anélkül), vagy teljes táblázatos feldolgozási műveletet hajt végre, a rendszer minden numerikus oszlophoz mintaértékeket vesz fel annak meghatározásához, hogy érték- vagy kivonatkódolást szeretne-e alkalmazni. Alapértelmezés szerint az értékkódolás akkor van kiválasztva, ha az oszlop különböző értékeinek mintája elég nagy – ellenkező esetben a kivonatkódolás általában jobb tömörítést biztosít. Az Analysis Services módosíthatja a kódolási módszert az oszlop részleges feldolgozása után az adatterjesztéssel kapcsolatos további információk alapján, és újraindíthatja a kódolási folyamatot; ez azonban növeli a feldolgozási időt, és nem hatékony. A teljesítmény-finomhangolási tanulmány részletesebben ismerteti az újrakódolást, és leírja, hogyan észlelhető az SQL Server Profilerrel.
A kódolási javaslatok lehetővé teszik a modellező számára, hogy az adatprofilozásból szerzett előzetes ismeretek és/vagy a nyomkövetési események újrakódolására adott válasz alapján megadja a preferált kódolási módszert. Mivel a kivonat által kódolt oszlopok összesítése lassabb, mint az értékkódolt oszlopoké, az értékkódolás az ilyen oszlopokra vonatkozó tippként is megadható. Nem garantált, hogy a preferencia érvényesül. Ez egy utalás, nem pedig egy beállítás. Kódolási tipp megadásához állítsa be a EncodingHint tulajdonságot az oszlopban. Lehetséges értékek: "Default", "Value" és "Hash". A Model.bim fájlból származó JSON-alapú metaadatok következő kódrészlete az Értékesítési mennyiség oszlop értékkódolását határozza meg.
{
"name": "Sales Amount",
"dataType": "decimal",
"sourceColumn": "SalesAmount",
"formatString": "\\$#,0.00;(\\$#,0.00);\\$#,0.00",
"sourceProviderType": "Currency",
"encodingHint": "Value"
}
Hézagos hierarchiák
Táblázatos modellekben szülő-gyermek hierarchiák modellezhetők. A különböző számú szinttel rendelkező hierarchiákat gyakran hiányos hierarchiáknak nevezik. Alapértelmezés szerint az egyenetlen hierarchiák üresen jelennek meg az alsó szint alatti szintek számára. Íme egy példa a szervezeti diagramon található ragged hierarchiára:
Ez a kiadás bevezeti a Tagok elrejtése tulajdonságot. A hierarchia Tagok elrejtése tulajdonságát beállíthatja üres tagok elrejtésére.
Megjegyzés:
A modell üres tagjait DAX üres értékkel, nem üres karakterlánccal jelöli.
Ha az Üres tagok elrejtése beállítás bekerül és a modellt üzembe helyezték, a hierarchia könnyebben olvasható verziója jelenik meg a jelentésekben, például az Excelben.
Részletes sorok
Mostantól definiálhat egy mértékértékhez hozzájáruló egyéni sorkészletet. A részletsorok hasonlóak a többdimenziós modellek alapértelmezett részletezési műveletéhez. Így a végfelhasználók részletesebben tekinthetik meg az információkat, mint az összesített szintet.
Az alábbi kimutatás az Adventure Works minta táblázatos modelljéből mutatja be az internetes értékesítések éves összegét. Kattintson a jobb gombbal a mérték összesített értékével rendelkező cellára, majd kattintson a Részletek megjelenítése parancsra a részletsorok megtekintéséhez.
Alapértelmezés szerint a társított adatok megjelennek az Internet Sales táblában. Ez a korlátozott viselkedés gyakran nem értelmezhető a felhasználó számára, mert előfordulhat, hogy a tábla nem rendelkezik a szükséges oszlopokkal olyan hasznos információk megjelenítéséhez, mint az ügyfél neve és a rendelési adatok. A Részletek sorokkal megadhatja a mértékekhez tartozó Detail Rows Expression tulajdonságot.
Detail Rows Expression tulajdonság mértékek esetében
A mértékek Részletező sorok kifejezés tulajdonság lehetővé teszi, hogy a modellkészítők testre szabják a végfelhasználónak visszaadott oszlopokat és sorokat.
A SELECTCOLUMNS DAX függvényt gyakran használják a Detail Sorok kifejezésben. Az alábbi példa az Adventure Works-minta táblázatos modelljében az Internet Sales tábla soraihoz visszaadandó oszlopokat határozza meg:
SELECTCOLUMNS(
'Internet Sales',
"Customer First Name", RELATED( Customer[Last Name]),
"Customer Last Name", RELATED( Customer[First Name]),
"Order Date", 'Internet Sales'[Order Date],
"Internet Total Sales", [Internet Total Sales]
)
A tulajdonság definiálása és a modell üzembe helyezése után a rendszer egy egyéni sorkészletet ad vissza, amikor a felhasználó a Részletek megjelenítése lehetőséget választja. Automatikusan tiszteletben tartja a kijelölt cella szűrőkörnyezetét. Ebben a példában csak a 2010-hez tartozó sorok jelennek meg:
Táblázatok alapértelmezett részletsoros kifejezés tulajdonsága
A mértékek mellett a tábláknak van egy tulajdonsága is, amely részletes sorkifejezést határoz meg. Az Alapértelmezett részletsorok kifejezés tulajdonság a tábla összes mértékéhez alapértelmezettként működik. A saját kifejezéssel nem rendelkező mértékek öröklik a kifejezést a táblából, és megjelenítik a táblához definiált sorkészletet. Ez lehetővé teszi a kifejezések újbóli felhasználását, és a táblához később hozzáadott új mértékek automatikusan öröklik a kifejezést.
DETAILROWS DAX-függvény
Ebben a kiadásban szerepel egy új DETAILROWS
DAX-függvény, amely a részletsorok kifejezés által definiált sorkészletet adja vissza. Hasonlóan működik az DRILLTHROUGH
MDX utasításához, amely a táblázatos modellekben definiált részletes sorkifejezésekkel is kompatibilis.
A következő DAX-lekérdezés a mérték vagy a tábla részletes sorkifejezése által meghatározott sorkészletet adja vissza. Ha nincs definiálva kifejezés, a függvény visszaadja az Internet Sales tábla adatait, mert az a mértéket tartalmazó tábla.
EVALUATE DETAILROWS([Internet Total Sales])
Objektumszintű biztonság
Ez a kiadás a táblák és oszlopok objektumszintű biztonságát mutatja be. A tábla- és oszlopadatokhoz való hozzáférés korlátozása mellett a bizalmas tábla- és oszlopnevek is védhetők. Ez segít megakadályozni, hogy egy rosszindulatú felhasználó felderítsen egy ilyen táblát.
Az objektumszintű biztonságot JSON-alapú metaadatok, táblázatos modellszkriptnyelv (TMSL) vagy táblázatos objektummodell (TOM) használatával kell beállítani.
Az alábbi kód például segít biztonságossá tenni a Termék táblát a minta Adventure Works táblázatos modellben a TablePermission osztály Metaadatpermission tulajdonságának Nincs értékre állításával.
//Find the Users role in Adventure Works and secure the Product table
ModelRole role = db.Model.Roles.Find("Users");
Table productTable = db.Model.Tables.Find("Product");
if (role != null && productTable != null)
{
TablePermission tablePermission;
if (role.TablePermissions.Contains(productTable.Name))
{
tablePermission = role.TablePermissions[productTable.Name];
}
else
{
tablePermission = new TablePermission();
role.TablePermissions.Add(tablePermission);
tablePermission.Table = productTable;
}
tablePermission.MetadataPermission = MetadataPermission.None;
}
db.Update(UpdateOptions.ExpandFull);
Dinamikus felügyeleti nézetek (DMV-k)
A DMV-k olyan lekérdezések az SQL Server Profilerben, amelyek információt adnak vissza a helyi kiszolgálóműveletekről és a kiszolgáló állapotáról. Ez a kiadás az 1200 és 1400 kompatibilitási szinten lévő táblázatos modellek dinamikus felügyeleti nézeteinek (DMV) továbbfejlesztéseit tartalmazza.
DISCOVER_CALC_DEPENDENCY Most már működik a 1200-as és annál magasabb verziószámú táblázatos modellekkel. A táblázatos 1400-as és újabb modellek az M partíciók, az M-kifejezések és a strukturált adatforrások közötti függőségeket mutatják. További információért tekintse meg az Analysis Services blogot.
MDSCHEMA_MEASUREGROUP_DIMENSIONS A DMV-hez fejlesztések tartoznak, amelyeket különböző ügyféleszközök használnak a mértékdimenziósság szemléltetésére. Az Excel kimutatások Felfedezés funkciója például lehetővé teszi, hogy a felhasználó bármely választott mértékkel kapcsolatos dimenziókat részletesen megvizsgáljon. Ez a kiadás kijavítja a korábban helytelen értékeket mutató számosságoszlopokat.
DAX-fejlesztések
Az új DAX-funkciók egyik legfontosabb része az új IN Operátor /CONTAINSROW függvény a DAX-kifejezésekhez. Ez hasonló ahhoz az TSQL IN
operátorhoz, amelyet gyakran használnak több érték megadására egy WHERE
záradékban.
Korábban gyakran használtuk többértékű szűrők megadását a logikai OR
operátor használatával, például a következő mértékkifejezésben:
Filtered Sales:=CALCULATE (
[Internet Total Sales],
'Product'[Color] = "Red"
|| 'Product'[Color] = "Blue"
|| 'Product'[Color] = "Black"
)
Ez az IN
operátorral van egyszerűsítve.
Filtered Sales:=CALCULATE (
[Internet Total Sales], 'Product'[Color] IN { "Red", "Blue", "Black" }
)
Ebben az esetben az IN
operátor egy 3 sorból álló egyoszlopos táblára hivatkozik, amely mindegyik megadott színhez egy-egy. Vegye figyelembe, hogy a táblakonstruktor szintaxisa kapcsos zárójeleket használ.
Az IN
operátor funkcionálisan egyenértékű a CONTAINSROW
függvényével:
Filtered Sales:=CALCULATE (
[Internet Total Sales], CONTAINSROW({ "Red", "Blue", "Black" }, 'Product'[Color])
)
Az IN
operátor hatékonyan használható táblakonstruktorokkal is. A következő mérték például termékszín és kategória kombinációi alapján szűr:
Filtered Sales:=CALCULATE (
[Internet Total Sales],
FILTER( ALL('Product'),
( 'Product'[Color] = "Red" && Product[Product Category Name] = "Accessories" )
|| ( 'Product'[Color] = "Blue" && Product[Product Category Name] = "Bikes" )
|| ( 'Product'[Color] = "Black" && Product[Product Category Name] = "Clothing" )
)
)
Az új IN
operátor használatával a fenti mértékkifejezés egyenértékű az alábbival:
Filtered Sales:=CALCULATE (
[Internet Total Sales],
FILTER( ALL('Product'),
('Product'[Color], Product[Product Category Name]) IN
{ ( "Red", "Accessories" ), ( "Blue", "Bikes" ), ( "Black", "Clothing" ) }
)
)
További fejlesztések
Az összes új funkció mellett az Analysis Services, az SSDT és az SSMS az alábbi fejlesztéseket is tartalmazza:
- A hierarchiák és az oszlopok újrafelhasználása a Power BI mezőlistáján belül hasznosabb helyeken jelent meg.
- Dátumkapcsolatok a dátummezők alapján a dátumdimenziók közötti kapcsolatok egyszerű létrehozásához.
- Az Analysis Services alapértelmezett telepítési lehetősége mostantól táblázatos módra vált.
- Új adatbeolvasási (Power Query-) adatforrások.
- DAX-szerkesztő az SSDT-hez.
- A meglévő DirectQuery-adatforrások támogatják az M-lekérdezéseket.
- Az SSMS fejlesztései, például a strukturált adatforrások megtekintése, szerkesztése és szkriptelése.
Elavult funkciók az SSAS 2017-ben
Ebben a kiadásban a következő funkciók elavultak :
Mód/kategória | Tulajdonság |
---|---|
Többdimenziós | Adatbányászat |
Többdimenziós | Távoli csatolt mértékcsoportok |
Táblázatjellegű | 1100 és 1103 kompatibilitási szintű modellek |
Táblázatjellegű | Táblázatos objektummodell tulajdonságai – Column.TableDetailPosition, Column.IsDefaultLabel, Column.IsDefaultImage |
Eszközök | SQL Server Profiler nyomkövetési rögzítéshez A csere az SQL Server Management Studióban beágyazott Extended Events Profiler használata. Lásd: Az Analysis Services monitorozása az SQL Server kiterjesztett eseményeivel. |
Eszközök | Kiszolgáló profilozó eszköz nyomkövetés visszajátszásához Helyettesítés. Nincs csere. |
Nyomkövetéskezelési objektumok és nyomkövetési API-k | Microsoft.AnalysisServices.Trace-objektumok (az Analysis Services nyomkövetési és visszajátszási objektumainak API-jait tartalmazza). A csere több részből áll: - Nyomkövetési konfiguráció: Microsoft.SqlServer.Management.XEvent - Nyomkövetési olvasás: Microsoft.SqlServer.XEvent.Linq - Nyomkövetési visszajátszás: Nincs |
Megszűnt funkciók az SSAS 2017-ben
Ebben a kiadásban a következő funkciók megszűnnek :
Mód/kategória | Tulajdonság |
---|---|
Táblázatjellegű | VertiPaqPagingPolicy memóriatulajdonság értéke (2) lehetővé teszi a lemezre történő lapozást memóriatérképes fájlok használatával. |
Többdimenziós | Távoli partíciók |
Többdimenziós | Távoli csatolt mértékcsoportok |
Többdimenziós | Dimenziós visszaírás |
Többdimenziós | Csatolt dimenziók |
Kompatibilitástörő változások az SSAS 2017-ben
Ebben a kiadásban nincsenek kompatibilitástörő változások .
Viselkedésváltozások az SSAS 2017-ben
A MDSCHEMA_MEASUREGROUP_DIMENSIONS és a DISCOVER_CALC_DEPENDENCY változásait ismerteti az Analysis Services-hez készült SQL Server 2017 CTP 2.1 újdonságai bejelentés.
SQL Server 2016 Analysis Services
Az SQL Server 2016 Analysis Services számos új fejlesztést tartalmaz, amelyek jobb teljesítményt, egyszerűbb megoldáskészítést, automatizált adatbázis-kezelést, továbbfejlesztett kapcsolatokat biztosítanak a kétirányú keresztszűréshez, a párhuzamos partíciófeldolgozáshoz és még sok máshoz. A legtöbb fejlesztés szívében ennek a kiadásnak az új, 1200-ra vonatkozó kompatibilitási szint áll a táblázatos modelladatbázisok esetében.
SQL Server 2016 Service Pack 1 (SP1) Analysis Services
Az SQL Server 2016 SP1 letöltése
Az SQL Server 2016 Service SP1 Analysis Services jobb teljesítményt és méretezhetőséget biztosít a nem egységes memóriahozzáférés (NUMA) tudatosságával és az Intel Szálkezelés építőelemei (Intel TBB) alapján optimalizált memóriafoglalással. Ez az új funkció segít csökkenteni a teljes bekerülési költséget (TCO) azáltal, hogy több felhasználót támogat kevesebb, hatékonyabb vállalati kiszolgálón.
Az SQL Server 2016 SP1 Analysis Services különösen az alábbi kulcsfontosságú területeken kínál fejlesztéseket:
- NUMA-tudatosság – A jobb NUMA-támogatás érdekében az Analysis Services memórián belüli motorja (VertiPaq) mostantól külön feladatsort tart fenn minden NUMA-csomóponton. Ez garantálja, hogy a szegmensvizsgálati feladatok ugyanazon a csomóponton futnak, ahol a szegmensadatokhoz lefoglalt memória van lefoglalva. Vegye figyelembe, hogy a NUMA-tudatosság alapértelmezés szerint csak olyan rendszereken engedélyezett, amelyek legalább négy NUMA-csomóponttal rendelkeznek. Kétcsomópontos rendszereken a távoli lefoglalt memória elérésének költségei általában nem indokolják a NUMA-specifikus adatok kezelésének többletterhelését.
- Memóriafoglalás – Az Intel Threading építőkészletei felgyorsítják az Analysis Services működését egy méretezhető memóriakezelő alkalmazásával, amely minden maghoz külön memóriakészleteket biztosít. A magok számának növekedésével a rendszer szinte lineárisan skálázható.
- Halomtöredezettség – Az Intel TBB-alapú skálázható kiosztó szintén segít enyhíteni a Windows halomnál tapasztalható halomtöredezettség miatti teljesítményproblémákat.
A teljesítmény- és méretezhetőségi tesztelés jelentős nyereséget mutatott a lekérdezések átviteli sebességében az SQL Server 2016 SP1 Analysis Services nagy méretű többcsomópontos vállalati kiszolgálókon való futtatásakor.
Bár a kiadás legtöbb fejlesztése a táblázatos modellekre vonatkozik, számos fejlesztés történt a többdimenziós modelleken; például a különálló számlálási ROLAP optimalizálás az adatforrásokhoz, mint a DB2 és az Oracle, az Excel 2016-tal való többrétegű kiválasztási támogatás, valamint az Excel lekérdezésoptimalizálása.
SQL Server 2016 Általános rendelkezésre állási (GA) Analysis Services
Modellezés
Továbbfejlesztett modellezési teljesítmény táblázatos 1200 modell esetén
Táblázatos 1200 modell esetén az SSDT metaadat-műveletei sokkal gyorsabbak, mint a táblázatos 1100 vagy 1103 modell. Ehhez képest ugyanazon a hardveren az SQL Server 2014 kompatibilitási szintre (1103) beállított modellen a 23 táblával való kapcsolat létrehozása 3 másodpercet vesz igénybe, míg az 1200-ra beállított modellen ez a kapcsolat alig egy másodpercet vesz igénybe.
Táblázatos 1200 modellhez hozzáadott projektsablonok az SSDT-ben
Ezzel a kiadással már nincs szüksége az SSDT két verziójára a relációs és BI-projektek létrehozásához. A Visual Studio 2015-höz készült SQL Server Data Tools projektsablonokat ad hozzá az Analysis Services-megoldásokhoz, beleértve az Analysis Services táblázatos projektjeit , amelyeket modellek készítéséhez használnak az 1200-as kompatibilitási szinten. A többdimenziós és adatbányászati megoldásokhoz készült Egyéb Analysis Services-projektsablonok is megtalálhatók, de a korábbi kiadásokhoz hasonló funkcionális szinten (1100 vagy 1103).
Mappák megjelenítése
A megjelenítési mappák mostantól táblázatos 1200 modellhez érhetők el. Az SQL Server Data Toolsban definiált és az ügyfélalkalmazásokban, például az Excelben vagy a Power BI Desktopban renderelt megjelenítési mappák segítségével nagy számú mértéket rendezhet különálló mappákba, és vizuális hierarchiát adhat hozzá a mezőlistákban való könnyebb navigáláshoz.
Kétirányú keresztszűrés
Ebben a kiadásban egy beépített megközelítés lehetővé teszi a kétirányú keresztszűrőket a táblázatos modellekben, így nincs szükség kézzel készített DAX-kerülő megoldásokra a szűrőkörnyezet táblázatos kapcsolatok közötti propagálásához. A szűrők csak akkor jönnek létre automatikusan, ha az irány nagy biztonsággal meghatározható. Ha kétértelműség áll fenn több lekérdezési útvonal formájában a táblakapcsolatok között, a szűrő nem jön létre automatikusan. A részletekért tekintse meg az SQL Server 2016 Analysis Services táblázatos modelljeinek kétirányú keresztszűrőit .
Fordítások
Mostantól táblázatos 1200-modellben tárolhatja a lefordított metaadatokat. A modell metaadatai a Kultúra mezőket, a lefordított feliratokat és a lefordított leírásokat tartalmazzák. Fordítások hozzáadásához használja az SQL Server Data ToolsModellfordítások> parancsát. Részletekért tekintse meg a táblázatos modellek fordításait (Analysis Services).
Beillesztett táblák
Mostantól 1100 vagy 1103 táblázatos modellt frissíthet 1200-ra, ha a modell beillesztett táblákat tartalmaz. Az SQL Server Data Tools használatát javasoljuk. Az SSDT-ben állítsa a kompatibilitásiszintet 1200-ra, majd telepítse az SQL Server Analysis Services SQL Server 2017-példányán. A részletekért tekintse meg az Analysis Services táblázatos modelljeinek kompatibilitási szintjét .
Számított táblák az SSDT-ben
A számított tábla egy csak modellre épülő konstrukció, amely EGY DAX-kifejezésen vagy lekérdezésen alapul az SSDT-ben. Az adatbázisban való üzembe helyezéskor a számított táblák megkülönböztethetetlenek a normál tábláktól.
A számított tábláknak számos felhasználási módja van, például új táblák létrehozása egy meglévő tábla adott szerepkörben való elérhetővé tételéhez. A klasszikus példa egy dátumtábla, amely több környezetben (megrendelés dátuma, szállítási dátum stb.) működik. Ha egy adott szerepkörhöz létrehoz egy számított táblát, mostantól aktiválhat egy táblakapcsolatot, hogy megkönnyítse a lekérdezéseket vagy az adatok közötti interakciót a számított táblával. A számított táblák másik használata a meglévő táblák részeinek egy teljesen új táblába való összevonása, amely csak a modellben létezik. További információ: Számított tábla létrehozása .
Képletjavítás
A táblázatos 1200-as modell képletjavításával az SSDT automatikusan frissíti az átnevezett oszlopra vagy táblára hivatkozó mértékeket.
A Visual Studio Configuration Manager támogatása
Több környezet, például a tesztelési és az éles üzem előtti környezetek támogatásához a Visual Studio lehetővé teszi a fejlesztők számára, hogy több projektkonfigurációt hozzanak létre a configuration manager használatával. A többdimenziós modellek már használják ezt, de a táblázatos modellek nem. Ezzel a kiadással mostantól a Configuration Managerrel is üzembe helyezheti a különböző kiszolgálókon.
Példánykezelés
Táblázatos 1200 modellek kezelése az SSMS-ben
Ebben a kiadásban a Táblázatos kiszolgáló módban lévő Analysis Services-példányok bármilyen kompatibilitási szinten futtathatnak táblázatos modelleket (1100, 1103, 1200). A legújabb SQL Server Management Studio frissül, hogy megjelenítse a tulajdonságokat, és adatbázismodellek felügyeletét biztosítsa a táblázatos modellekhez az 1200 kompatibilitási szinten.
Több táblázatpartíció párhuzamos feldolgozása táblázatos modellekben
Ez a kiadás új párhuzamos feldolgozási funkciókat tartalmaz a két vagy több partícióval rendelkező táblákhoz, növelve a feldolgozási teljesítményt. Ehhez a funkcióhoz nincsenek konfigurációs beállítások. A partíciók konfigurálásáról és a táblák feldolgozásáról további információt a Táblázatos modellpartíciók című témakörben talál.
Számítógépfiókok hozzáadása rendszergazdákként az SSMS-ben
Az SQL Server Analysis Services rendszergazdái mostantól az SQL Server Management Studióval konfigurálhatják a számítógépfiókokat az SQL Server Analysis Services rendszergazdai csoportjának tagjaiként. A Felhasználók vagy csoportok kiválasztása párbeszédpanelen állítsa be a számítógépek tartományának helyeit , majd adja hozzá a Számítógépek objektumtípust. További információ: Kiszolgálói rendszergazdai jogosultságok biztosítása egy Analysis Services-példányhoz.
DBCC az Analysis Serviceshez
Az adatbázis-konzisztencia-ellenőrző (DBCC) belsőleg fut az adatbázis-terhelés lehetséges adatsérülési problémáinak észleléséhez, de igény szerint is futtatható, ha az adatok vagy a modell problémáira gyanakszik. A DBCC különböző ellenőrzéseket futtat attól függően, hogy a modell táblázatos vagy többdimenziós. Részletekért tekintse meg az Analysis Services táblázatos és többdimenziós adatbázisok adatbáziskonzisztencia-ellenőrző (DBCC) szolgáltatását .
Bővített események frissítései
Ez a kiadás hozzáad egy grafikus felhasználói felületet az SQL Server Management Studióhoz az SQL Server Analysis Services bővített eseményeinek konfigurálásához és kezeléséhez. Beállíthatja az élő adatfolyamokat a kiszolgálói tevékenységek valós idejű monitorozására, a munkamenet-adatok memóriába való betöltésére a gyorsabb elemzés érdekében, vagy adatstreameket menthet egy fájlba offline elemzés céljából. További információért lásd: Az Analysis Services monitorozása az SQL Server kiterjesztett eseményeivel.
Szkriptelés
PowerShell táblázatos modellekhez
Ez a kiadás a táblázatos modellek 1200-as kompatibilitási szintű PowerShell-fejlesztéseit tartalmazza. Használhatja az összes vonatkozó parancsmagot, valamint a táblázatos módra vonatkozó parancsmagokat: Invoke-ProcessASDatabase és Invoke-ProcessTable parancsmagot.
SSMS-szkriptelési adatbázis-műveletek
A legújabb SQL Server Management Studióban (SSMS) mostantól engedélyezve van a szkript az adatbázis-parancsokhoz, beleértve a létrehozást, az altertálást, a törlést, a biztonsági mentést, a visszaállítást, a csatolást és a leválasztást. A kimenet a Tabular Model Scripting Language (TMSL) JSON formátumban. További információkért lásd a táblázatos modellszkriptnyelv (TMSL) referenciáját .
Analysis Services – DDL feladatok végrehajtása
Az Analysis Services A DDL-feladat végrehajtása mostantól táblázatos modellszkriptnyelvi (TMSL) parancsokat is fogad.
SSAS PowerShell-cmdlet
Az SSAS PowerShell-parancsmag, az Invoke-ASCmd mostantól elfogadja a táblázatos modellszkriptnyelvi (TMSL) parancsokat. Előfordulhat, hogy az SSAS PowerShell-parancsmagok egy későbbi kiadásban frissülnek az új táblázatos metaadatok használatához (a kibocsátási megjegyzések kivételeket adnak ki). A részletekért tekintse meg az Analysis Services PowerShell-referenciáit.
Az SSMS-ben támogatott táblázatos modellszkriptnyelv (TMSL)
Az SSMS legújabb verziójával mostantól szkripteket hozhat létre a táblázatos 1200 modell legtöbb felügyeleti feladatának automatizálásához. Jelenleg a következő feladatok szkriptelhetők: Folyamat bármely szinten, valamint LÉTREHOZÁS, ALTER, DELETE az adatbázis szintjén.
A TMSL funkcionálisan egyenértékű az XMLA ASSL kiterjesztéssel, amely többdimenziós objektumdefiníciókat biztosít, azzal a különbségtel, hogy a TMSL natív leírókat, például modellt, táblázatot és kapcsolatot használ a táblázatos metaadatok leírásához. A sémával kapcsolatos részletekért tekintse meg a táblázatos modellszkriptnyelv (TMSL) referenciáját .
A táblázatos modellekhez létrehozott JSON-alapú szkriptek a következőképpen nézhetnek ki:
{
"create": {
"database": {
"name": "AdventureWorksTabular1200",
"id": "AdventureWorksTabular1200",
"compatibilityLevel": 1200,
"readWriteMode": "readWrite",
"model": {}
}
}
}
A hasznos adat egy olyan JSON-dokumentum, amely a fenti példához hasonlóan minimális lehet, vagy az objektumdefiníciók teljes készletével nagy mértékben díszítve. A táblázatos modellszkriptnyelv (TMSL) referenciája a szintaxist írja le.
Az adatbázis szintjén a CREATE, ALTER és DELETE parancsok TMSL-szkriptet adnak ki a jól ismert XMLA-ablakban. Ebben a kiadásban más parancsok, például a Process is szkriptelhetők. Egy későbbi kiadásban számos más művelet szkripttámogatása is hozzáadható.
Szkriptelhető parancsok | Leírás |
---|---|
alkot | Adatbázist, kapcsolatot vagy partíciót ad hozzá. Az ASSL-ekvivalens a CREATE. |
createOrReplace | Egy meglévő objektumdefiníció (adatbázis, kapcsolat vagy partíció) frissítése egy korábbi verzió felülírásával. Az ASSL ekvivalens az ALTER az AllowOverwrite igazra állításával és az ObjectDefinition ExpandFull-ra állításával. |
töröl | Eltávolít egy objektumdefiníciót. ASSL egyenértéke a DELETE. |
frissítéséből | Feldolgozza az objektumot. Az ASSL-ekvivalens a PROCESS. |
DAX
Továbbfejlesztett DAX-képletszerkesztés
A képletsáv frissítései megkönnyítik a képletek írását a függvények, mezők és mértékek szintaxisszínezéssel történő megkülönböztetésével, intelligens függvényeket és mezőjavaslatokat biztosít, és hibajelekkel jelzi, hogy a DAX-kifejezés egyes részei hibásak-e. Emellett több sort (Alt + Enter) és behúzást (Tab) is használhat. A szerkesztőlécen mostantól megjegyzéseket is írhat a mértékek részeként, csak írja be a "//" szöveget, és minden, az ugyanazon a sorban szereplő karakter után megjegyzésnek minősül.
DAX-változók
Ez a kiadás mostantól támogatja a DAX változóit. A változók mostantól elnevezett változóként tárolhatják a kifejezés eredményét, amelyet aztán argumentumként átadhatnak más mértékkifejezéseknek. Ha az eredményül kapott értékek egy változókifejezéshez lettek kiszámítva, ezek az értékek nem változnak, még akkor sem, ha a változóra egy másik kifejezés hivatkozik. További információ: VAR függvény.
Új DAX-függvények
Ezzel a kiadással a DAX több mint ötven új függvényt vezet be a gyorsabb számítások és továbbfejlesztett vizualizációk támogatása érdekében a Power BI-ban. További információ: New DAX Functions.
Hiányos intézkedések mentése
Most már mentheti a hiányos DAX-mértékeket közvetlenül egy táblázatos 1200-modellprojektbe, és újra felveheti, ha készen áll a folytatásra.
További DAX-fejlesztések
- Nem üres számítások – Csökkenti a szükséges vizsgálatok számát a nem üres tételek esetében.
- Mértékfúzió – Ugyanazon táblázat több mértéke egyetlen tárolómotor-lekérdezésben lesz egyesítve.
- Csoportosítási csoportok – Ha egy lekérdezés több részletességgel (Összesen/Év/Hónap) kér mértékeket, a rendszer egyetlen - lekérdezést küld a legalacsonyabb szinten, a többi részletességet pedig a legalacsonyabb szintből.
- Redundáns illesztés megszüntetése – A tárolómotor egyetlen lekérdezése a dimenzióoszlopokat és a mértékértékeket is visszaadja.
- Az IF/SWITCH szigorú kiértékelése – A hamis állapotú ág többé nem eredményez tárolómotor-lekérdezéseket. Korábban az ágakat nagy lelkesedéssel értékelték ki, de az eredményeket később elvetették.
Fejlesztő
Microsoft.AnalysisServices.Tabular namespace for Tabular 1200 programozhatóság az AMO-ban
Az Analysis Services felügyeleti objektumai (AMO) úgy frissülnek, hogy új táblázatos névteret tartalmazzon az SQL Server 2016 Analysis Services táblázatos módú példányának kezeléséhez, valamint megadja az adatdefiníció nyelvét a táblázatos 1200 modellek programozott létrehozásához vagy módosításához. Látogasson el a Microsoft.AnalysisServices.Tabular webhelyre, és olvassa el az API-t.
Analysis Services Management Objects (AMO) frissítések
Az Analysis Services Management Objects (AMO) át lett alakítva, hogy egy második összeállítást is tartalmazzon, Microsoft.AnalysisServices.Core.dll. Az új szerelvény elválasztja az olyan általános osztályokat, mint a Kiszolgáló, az Adatbázis és a Szerepkör, amelyek széles körű alkalmazással rendelkeznek az Analysis Servicesben, a kiszolgáló módtól függetlenül. Korábban ezek az osztályok az eredeti Microsoft.AnalysisServices-szerelvény részét képezték. Ha új összeállításba helyezi őket, az utat nyit AMO jövőbeli kiterjesztései számára, egyértelmű elosztást biztosítva az általános és a környezetspecifikus API-k között. A meglévő alkalmazásokat az új szerelvények nem érintik. Ha azonban bármilyen okból újra szeretné építeni az alkalmazásokat az új AMO-szerelvény használatával, mindenképpen adjon hozzá egy hivatkozást a Microsoft.AnalysisServices.Core-hoz. Hasonlóképpen, az AMO-t betöltő és használó PowerShell-szkripteknek is be kell tölteniük Microsoft.AnalysisServices.Core.dll-t. Mindenképpen frissítse a szkripteket.
BIM-fájlok JSON-szerkesztője
A Visual Studio 2015 Kódnézete mostantól JSON formátumban jeleníti meg a BIM-fájlt táblázatos 1200 modellhez. A Visual Studio verziója határozza meg, hogy a BIM-fájl JSON-ban jelenik-e meg a beépített JSON-szerkesztőn keresztül, vagy egyszerű szövegként.
A JSON-szerkesztő használatához a modell szakaszainak kibontásához és összecsukásához szüksége lesz az SQL Server Data Tools és a Visual Studio 2015 legújabb verziójára (bármilyen kiadásra, beleértve az ingyenes közösségi kiadást is). Az SSDT vagy a Visual Studio minden más verziójában a BIM-fájl egyszerű szövegként jelenik meg JSON-ban. Legalább egy üres modell a következő JSON-t tartalmazza:
{
"name": "SemanticModel",
"id": "SemanticModel",
"compatibilityLevel": 1200,
"readWriteMode": "readWrite",
"model": {}
}
Figyelmeztetés
Kerülje a JSON közvetlen szerkesztését. Ezzel megsérülhet a modell.
A MS-CSDLBI 2.0 séma új elemei
A következő elemek lettek hozzáadva az [MS-CSDLBI] 2.0 sémában definiált TProperty komplex típushoz:
Elem | Definíció |
---|---|
Alapértelmezett érték | A lekérdezés kiértékelésekor használt értéket meghatározó tulajdonság. A DefaultValue tulajdonság nem kötelező, de automatikusan ki van jelölve, ha a tag értékei nem összesíthetők. |
Statisztika | Az oszlophoz társított mögöttes adatok statisztikai készlete. Ezeket a statisztikákat a TPropertyStatistics összetett típusa határozza meg, és csak akkor vannak megadva, ha a létrehozásuk nem számításilag költséges, ahogyan azt a Fogalmi Sémadefiníciós Fájlformátum üzleti intelligencia magyarázatokkal rendelkező dokumentumának 2.1.13.5. szakasza leírja. |
DirectQuery
Új DirectQuery-implementáció
Ez a kiadás jelentős fejlesztéseket lát a DirectQueryben a táblázatos 1200 modellek esetében. Íme egy összegzés:
- A DirectQuery mostantól egyszerűbb lekérdezéseket hoz létre, amelyek jobb teljesítményt nyújtanak.
- A modelltervezéshez és teszteléshez használt mintaadatkészletek meghatározásának további szabályozása.
- A sorszintű biztonság (RLS) már támogatott a táblázatos 1200 modellek esetében DirectQuery módban. Korábban az RLS jelenléte megakadályozta a táblázatos modellek DirectQuery módban való üzembe helyezését.
- A számított oszlopok mostantól támogatottak a 1200 táblázatos modellekhez DirectQuery módban. Korábban a számított oszlopok jelenléte megakadályozta a táblázatos modellek DirectQuery módban való üzembe helyezését.
- A teljesítményoptimalizálások közé tartozik a VertiPaq és a DirectQuery redundáns illesztési megszüntetése.
Új adatforrások DirectQuery módhoz
A DirectQuery módban a táblázatos 1200 modellhez támogatott adatforrások közé tartozik az Oracle, a Teradata és a Microsoft Analytics Platform (korábbi nevén Parallel Data Warehouse). További információ: DirectQuery Mód.
Elavult funkciók az SSAS 2016-ban
Ebben a kiadásban a következő funkciók elavultak :
Mód/kategória | Tulajdonság |
---|---|
Többdimenziós | Távoli partíciók |
Többdimenziós | Távoli csatolt mértékcsoportok |
Többdimenziós | Dimenziós visszaírás |
Többdimenziós | Csatolt dimenziók |
Többdimenziós | SQL Server-táblaértesítések proaktív gyorsítótárazáshoz. Proaktív gyorsítótárazáshoz a megoldás a lekérdezés használata. Lásd: Proaktív gyorsítótárazás (dimenziók) és proaktív gyorsítótárazás (partíciók). |
Többdimenziós | Munkamenet-kockák. Nincs csere. |
Többdimenziós | Helyi kockák. Nincs csere. |
Táblázatjellegű | A táblázatos modell 1100-es és 1103-es kompatibilitási szintjei egy későbbi kiadásban nem támogatottak. A csere a modellek 1200-es vagy újabb kompatibilitási szintű beállítása, amely táblázatos metaadatokká alakítja a modelldefiníciókat. Lásd az Analysis Services táblázatos modelljeinek kompatibilitási szintjét. |
Eszközök | SQL Server Profiler nyomkövetési rögzítéshez A csere az SQL Server Management Studióban beágyazott Extended Events Profiler használata. Lásd: Az Analysis Services monitorozása az SQL Server kiterjesztett eseményeivel. |
Eszközök | Kiszolgáló profilozó eszköz nyomkövetés visszajátszásához Helyettesítés. Nincs csere. |
Nyomkövetéskezelési objektumok és nyomkövetési API-k | Microsoft.AnalysisServices.Trace-objektumok (az Analysis Services nyomkövetési és visszajátszási objektumainak API-jait tartalmazza). A csere több részből áll: - Nyomkövetési konfiguráció: Microsoft.SqlServer.Management.XEvent - Nyomkövetési olvasás: Microsoft.SqlServer.XEvent.Linq - Nyomkövetési visszajátszás: Nincs |
Megszűnt funkciók az SSAS 2016-ban
Ebben a kiadásban a következő funkciók megszűnnek :
Tulajdonság | Csere vagy kerülőút |
---|---|
CalculationPassValue (MDX) | Nincs. Ez a funkció elavult az SQL Server 2005-ben. |
CalculationCurrentPass (MDX) | Nincs. Ez a funkció elavult az SQL Server 2005-ben. |
NON_EMPTY_BEHAVIOR lekérdezésoptimalizáló tipp | Nincs. Ez a funkció elavult az SQL Server 2008-ban. |
COM-szerelvények | Nincs. Ez a funkció elavult az SQL Server 2008-ban. |
CELL_EVALUATION_LIST belső cellaértékelési tulajdonság | Nincs. Ez a funkció elavult az SQL Server 2005-ben. |
Kompatibilitástörő változások az SSAS 2016-ban
.NET 4.0 verziófrissítés
Az Analysis Services Management Objects (AMO), ADOMD.NET és Táblázatos objektummodell (TOM) ügyfélkódtárak mostantól a .NET 4.0-s futtatókörnyezetet célják. Ez a .NET 3.5-ös verziót megcélzott alkalmazások esetében töredelmes változás lehet. A szerelvények újabb verzióit használó alkalmazásoknak mostantól a .NET 4.0-s vagy újabb verzióit kell célba venniük.
Az AMO verziófrissítése
Ez a kiadás az Analysis Services Management Objects (AMO) verziófrissítése , és bizonyos körülmények között kompatibilitástörő változás. Az AMO-ba betárcsázható meglévő kódok és szkriptek továbbra is ugyanúgy futnak, mint korábban, ha egy korábbi verzióról frissít. Ha azonban újra kell lefordítania az alkalmazást, és egy SQL Server 2016 Analysis Services-példányt céloz meg, a kód vagy szkript működéséhez hozzá kell adnia a következő névteret:
using Microsoft.AnalysisServices;
using Microsoft.AnalysisServices.Core;
A Microsoft.AnalysisServices.Core névtérre most már szükség van, amikor a kódban a Microsoft.AnalysisServices szerelvényre hivatkozik. Azokat az objektumokat, amelyek korábban csak a Microsoft.AnalysisServices névtérben voltak, ebben a kiadásban áthelyezi a core névtérbe, ha az objektumot táblázatos és többdimenziós forgatókönyvekben is ugyanúgy használják. A kiszolgálóval kapcsolatos API-k például át lesznek helyezve a Core névtérbe.
Bár most már több névtér is létezik, mindkettő ugyanabban a szerelvényben (Microsoft.AnalysisServices.dll) található.
XEvent DISCOVER-módosítások
Az SQL Server 2016 Analysis Services XEvent DISCOVER streamelésének jobb támogatása érdekében az SSMS-ben, a DISCOVER_XEVENT_TRACE_DEFINITION
helyett a következő XEvent-nyomkövetések kerülnek alkalmazásra:
FEDEZZE FEL AZ XEVENT CSOMAGOKAT
DISCOVER_XEVENT_OBJECT
FELFEDEZ_XESEMÉNY_OBJEKTUM_OSZLOPOK
DISCOVER_XEVENT_SESSION_TARGETS
Viselkedésváltozások az SSAS 2016-ban
Elemzési szolgáltatások SharePoint módban
A Power Pivot konfigurációs varázslójának futtatása már nem szükséges a telepítés utáni feladatként. Ez igaz a SharePoint minden olyan támogatott verziójára, amely a jelenlegi SQL Server 2016 Analysis Servicesből tölt be modelleket.
DirectQuery mód táblázatos modellekhez
A DirectQuery a táblázatos modellek adathozzáférési módja, ahol a lekérdezés végrehajtása egy háttérbeli relációs adatbázisban történik, és valós időben lekér egy eredményhalmazt. Gyakran használják nagyon nagy adathalmazokhoz, amelyek nem férnek el a memóriában, vagy ha az adatok változékonyak, és a lekérdezésekben a legfrissebb adatokat szeretné visszaadni egy táblázatos modellen.
A DirectQuery adatelérési módként működött az elmúlt néhány kiadásban. Az SQL Server 2016 Analysis Servicesben a megvalósítás kissé módosult, feltéve, hogy a táblázatos modell kompatibilitási szintje 1200 vagy annál magasabb. A DirectQuerynek kevesebb korlátozása van, mint korábban. Emellett különböző adatbázis-tulajdonságokkal is rendelkezik.
Ha a DirectQueryt egy meglévő táblázatos modellben használja, megtarthatja a modellt a jelenleg 1100-as vagy 1103-as kompatibilitási szinten, és továbbra is a DirectQueryt fogja használni ezekhez a szintekhez. Másik lehetőségként frissíthet 1200-ra vagy annál magasabbra, hogy kihasználhassa a DirectQuery fejlesztéseit.
A DirectQuery-modell nincs helyben frissítve, mert a régebbi kompatibilitási szintek beállításai nem rendelkeznek pontos megfelelőkkel az újabb 1200-ás és magasabb kompatibilitási szinteken. Ha már rendelkezik DirectQuery módban futó táblázatos modellel, nyissa meg a modellt az SQL Server Data Toolsban, kapcsolja ki a DirectQueryt, állítsa a Kompatibilitási szint tulajdonságot 1200-ra vagy annál magasabbra, majd konfigurálja újra a DirectQuery-tulajdonságokat. Részletekért lásd a DirectQuery módot .
Meghatározások
Az elavult funkciók egy későbbi kiadásban megszűnnek a termékből, de továbbra is támogatottak, és a jelenlegi kiadás tartalmazza a visszamenőleges kompatibilitás fenntartása érdekében. Javasoljuk, hogy ne használjon elavult funkciókat új és meglévő projektekben a jövőbeli kiadásokkal való kompatibilitás fenntartása érdekében. Az elavult funkciók dokumentációja nem frissül.
Egy korábbi kiadásban megszüntették az egyik megszűnt funkciót. Lehet, hogy továbbra is szerepel a jelenlegi kiadásban, de már nem támogatott. A megszűnt funkciók teljes egészében eltávolíthatók a megadott vagy jövőbeli kiadásban.
A kompatibilitástörő változás miatt egy funkció, adatmodell, alkalmazáskód vagy szkript már nem működik az aktuális kiadásra való frissítés után.
A viselkedésváltozás hatással van arra, hogy ugyanaz a funkció hogyan működik az aktuális kiadásban az előző kiadáshoz képest. Csak a jelentős viselkedésváltozásokat írja le a rendszer. A felhasználói felületen nem jelennek meg változások. Az alapértelmezett értékek módosítása, a frissítési vagy visszaállítási funkciók elvégzéséhez szükséges manuális konfiguráció, vagy egy meglévő funkció új implementálása mind példa a viselkedésváltozásra.