{"id":20897,"date":"2017-10-02T11:00:10","date_gmt":"2017-10-02T18:00:10","guid":{"rendered":"https:\/\/blogs.technet.microsoft.com\/dataplatforminsider\/?p=20897"},"modified":"2024-01-22T22:51:03","modified_gmt":"2024-01-23T06:51:03","slug":"analysis-services-innovations-in-sql-server-2017","status":"publish","type":"post","link":"https:\/\/www.microsoft.com\/en-us\/sql-server\/blog\/2017\/10\/02\/analysis-services-innovations-in-sql-server-2017\/","title":{"rendered":"Analysis Services Innovations in SQL Server 2017"},"content":{"rendered":"
This post was authored by Christian Wade, Senior Program Manager, Microsoft<\/em><\/p>\n Microsoft SQL Server Analysis Services (SSAS) enables IT professionals to build semantic models over large, integrated managed datasets for end-user consumption. SSAS runs on Windows and is part of the larger suite of SQL Server\u2019s BI offerings. SSAS 2017 brings a host of new connectivity and modeling features for comprehensive, enterprise-scale analytic solutions delivering actionable insights.<\/p>\n SSAS 2017 introduces the 1400 compatibility level<\/a>. Here are just some highlights of the new features:<\/p>\n To benefit from the new features for models at the 1400 compatibility level, you\u2019ll need to download and install SQL Server Data Tools (SSDT) 17.0 from documentation<\/a>.<\/p>\n In SSDT, you can select the new 1400 compatibility level when creating new tabular model projects. Alternatively, you can upgrade an existing tabular model by selecting the Model.bim file in Solution Explorer and setting the Compatibility Level to 1400 in the Properties window. Models at the 1400 compatibility level cannot be downgraded to lower compatibility levels.<\/p>\n <\/a><\/p>\n 1400 models introduce a new infrastructure for data connectivity and ingestion into tabular models with support for TOM APIs and TMSL scripting. This is based on the similar Power Query functionality in Power BI Desktop and Microsoft Excel 2016. For more information, please refer to the Analysis Services Team blog<\/a>.<\/p>\n A much-requested feature for tabular models is the ability to define a custom row set contributing to a measure value. Multidimensional models achieve this by using drillthrough and rowset actions. This allows end-users to view information in more detail than the aggregated level.<\/p>\n For example, the following PivotTable shows Internet Total Sales by year from the Adventure Works sample tabular model. Users can right-click the cell for 2010 and then select the Show Details menu option to view the detail rows.<\/p>\n <\/a><\/p>\n By default, all the columns in the Internet Sales table are displayed. This behavior is often not meaningful for the user because too many columns may be shown, and the table may not have the necessary columns to show useful information such as customer name and order information.<\/p>\n 1400 models introduce the Detail Rows Expression property for measures. It allows the modeler to customize the columns and rows returned to the end user. The following example uses the DAX Editor in SSDT to define the columns to be returned for the Internet Total Sales measure.<\/p>\n <\/a><\/p>\n With the property defined and the model deployed, the custom row set is returned when the user selects Show Details. It automatically honors the filter context of the cell that was selected. In this example, only the rows for 2010 value are displayed.<\/p>\n <\/a><\/p>\n Further information on Detail Rows is available our blog post,\u00a0What\u2019s new for SQL Server vNext on Windows CTP 1.1 for Analysis Services<\/a>.<\/em><\/p>\n Roles in tabular models support a granular list of permissions, and row-level filters to help protect sensitive data. 1400 models introduce table- and column-level security allowing sensitive table and column names to be protected in addition to the data within them. Collectively these features are referred to as object-level security (OLS).<\/p>\n The following example uses the Role Manager in SSDT to protect sensitive employee information. Unauthorized users cannot access the selected columns using client tools like Power BI and Excel Pivot Tables. Additionally, such users cannot query the columns using DAX or MDX, or measures that refer to them.<\/p>\n <\/a><\/p>\n Further information on OLS is available in a recent post, titled,\u00a0What\u2019s new in SQL Server 2017 CTP 2.0 for Analysis Services<\/a>.<\/em><\/p>\n Tabular models with previous compatibility levels can be used to model parent-child hierarchies. Hierarchies with a differing number of levels are referred to as ragged hierarchies<\/em>. An example of a ragged hierarchy is an organizational chart. By default, ragged hierarchies are displayed with blanks for levels below the lowest child. This can look untidy to users, as shown by this organizational chart in Adventure Works:<\/p>\n <\/a><\/p>\n 1400 models introduce the Hide Members property to correct this. Simply set the Hide Members property to Hide blank members.<\/p>\n <\/a><\/p>\n With the property set and the model deployed, the more presentable version of the hierarchy is displayed.<\/p>\n <\/a><\/p>\n Various other features such as the following are introduced with the 1400 compatibility level. For more information, please refer to the Analysis Services Team blogs,\u00a0What\u2019s new for SQL Server vNext on Windows CTP 1.1 for Analysis Services<\/em><\/a> and What\u2019s new in SQL Server 2017 CTP 2.0 for Analysis Services<\/em><\/a>.<\/p>\n This post was authored by Christian Wade, Senior Program Manager, Microsoft Microsoft SQL Server Analysis Services (SSAS) enables IT professionals to build semantic models over large, integrated managed datasets for end-user consumption. SSAS runs on Windows and is part of the larger suite of SQL Server\u2019s BI offerings. SSAS 2017 brings a host of new<\/p>\n","protected":false},"author":1457,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"ep_exclude_from_search":false,"_classifai_error":"","footnotes":""},"post_tag":[],"product":[5227,2406,2412],"content-type":[2424,2448],"topic":[2454],"coauthors":[2487],"class_list":["post-20897","post","type-post","status-publish","format-standard","hentry","product-sql","product-sql-server-2017","product-sql-server-bi","content-type-best-practices","content-type-updates","topic-business-intelligence"],"yoast_head":"\n\n
New infrastructure for data connectivity<\/h2>\n
Detail Rows<\/h2>\n
Detail Rows Expression Property for Measures<\/em><\/h3>\n
Object-Level Security<\/h2>\n
Ragged Hierarchies<\/h2>\n
Other Features<\/h2>\n
\n