<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Tabular Models, Compatibility Level, and Power View</title>
	<atom:link href="http://denglishbi.wordpress.com/2012/10/04/tabular-models-compatibility-level-and-power-view/feed/" rel="self" type="application/rss+xml" />
	<link>http://denglishbi.wordpress.com/2012/10/04/tabular-models-compatibility-level-and-power-view/</link>
	<description>Welcome to my random thoughts in regards to Business Intelligence, databases, and other technologies</description>
	<lastBuildDate>Thu, 16 May 2013 06:46:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: denglishbi</title>
		<link>http://denglishbi.wordpress.com/2012/10/04/tabular-models-compatibility-level-and-power-view/#comment-4741</link>
		<dc:creator><![CDATA[denglishbi]]></dc:creator>
		<pubDate>Tue, 04 Dec 2012 12:23:23 +0000</pubDate>
		<guid isPermaLink="false">https://denglishbi.wordpress.com/?p=2845#comment-4741</guid>
		<description><![CDATA[Good to hear. If you want to do it in SSMS you can script the database and with the alter statement that is generated you will be able to modify the compatibility value, but you would need to know what a valid setting is of course.]]></description>
		<content:encoded><![CDATA[<p>Good to hear. If you want to do it in SSMS you can script the database and with the alter statement that is generated you will be able to modify the compatibility value, but you would need to know what a valid setting is of course.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cignum</title>
		<link>http://denglishbi.wordpress.com/2012/10/04/tabular-models-compatibility-level-and-power-view/#comment-4729</link>
		<dc:creator><![CDATA[Cignum]]></dc:creator>
		<pubDate>Mon, 03 Dec 2012 12:14:57 +0000</pubDate>
		<guid isPermaLink="false">https://denglishbi.wordpress.com/?p=2845#comment-4729</guid>
		<description><![CDATA[Hi Dan,
thanks so much for your article, it really saved my ... :)

Though I had to change the Compatibility Mode in my SQlServer Data Tools project and re-deploy: I could not change it in SSMS (as from your screenshots) because it appeared disabled.]]></description>
		<content:encoded><![CDATA[<p>Hi Dan,<br />
thanks so much for your article, it really saved my &#8230; <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Though I had to change the Compatibility Mode in my SQlServer Data Tools project and re-deploy: I could not change it in SSMS (as from your screenshots) because it appeared disabled.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: denglishbi</title>
		<link>http://denglishbi.wordpress.com/2012/10/04/tabular-models-compatibility-level-and-power-view/#comment-4608</link>
		<dc:creator><![CDATA[denglishbi]]></dc:creator>
		<pubDate>Tue, 20 Nov 2012 09:41:38 +0000</pubDate>
		<guid isPermaLink="false">https://denglishbi.wordpress.com/?p=2845#comment-4608</guid>
		<description><![CDATA[Yes, you need to also have SP1 installed on the remote machines as well.]]></description>
		<content:encoded><![CDATA[<p>Yes, you need to also have SP1 installed on the remote machines as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://denglishbi.wordpress.com/2012/10/04/tabular-models-compatibility-level-and-power-view/#comment-4604</link>
		<dc:creator><![CDATA[Dave]]></dc:creator>
		<pubDate>Tue, 20 Nov 2012 04:27:30 +0000</pubDate>
		<guid isPermaLink="false">https://denglishbi.wordpress.com/?p=2845#comment-4604</guid>
		<description><![CDATA[Dan,

Here is an interesting finding (maybe). I could not update compatibility mode remotely using SSDT because the database that I was connecting to was located on another machine running SQL 2012 SP1 (11.0.3000) and my local machine was running SQL 2012 (11.0.2100.6), When I looked at the .bim file properties the Compatibility Level was grayed out. Once I updated the local machine to SQL 2012 SP1 I was able to update using SSDT. The Compatibility Level drop down list was enabled in the .bim file properties window.

Hope that helps someone else...

Dave]]></description>
		<content:encoded><![CDATA[<p>Dan,</p>
<p>Here is an interesting finding (maybe). I could not update compatibility mode remotely using SSDT because the database that I was connecting to was located on another machine running SQL 2012 SP1 (11.0.3000) and my local machine was running SQL 2012 (11.0.2100.6), When I looked at the .bim file properties the Compatibility Level was grayed out. Once I updated the local machine to SQL 2012 SP1 I was able to update using SSDT. The Compatibility Level drop down list was enabled in the .bim file properties window.</p>
<p>Hope that helps someone else&#8230;</p>
<p>Dave</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://denglishbi.wordpress.com/2012/10/04/tabular-models-compatibility-level-and-power-view/#comment-4603</link>
		<dc:creator><![CDATA[Dave]]></dc:creator>
		<pubDate>Tue, 20 Nov 2012 02:42:16 +0000</pubDate>
		<guid isPermaLink="false">https://denglishbi.wordpress.com/?p=2845#comment-4603</guid>
		<description><![CDATA[Scripting did the trick! Thanks a ton!

Dave]]></description>
		<content:encoded><![CDATA[<p>Scripting did the trick! Thanks a ton!</p>
<p>Dave</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: denglishbi</title>
		<link>http://denglishbi.wordpress.com/2012/10/04/tabular-models-compatibility-level-and-power-view/#comment-4601</link>
		<dc:creator><![CDATA[denglishbi]]></dc:creator>
		<pubDate>Tue, 20 Nov 2012 02:10:38 +0000</pubDate>
		<guid isPermaLink="false">https://denglishbi.wordpress.com/?p=2845#comment-4601</guid>
		<description><![CDATA[The compatibility level that you are interested and that I posted about is for Tabular SSAS.  This is a new setting.  You can update yours in the model properties in SSDT and redeploy.  That is what I have posted here.  Another option is to simply script your SSAS database in SSMS and then update the compatibility level value and then run the alter script to change your value.  Unfortunately you are not able to simply modify this in the property window where you are seeing the value and like I posted in my blog with the screenshots.  HTH, good luck.]]></description>
		<content:encoded><![CDATA[<p>The compatibility level that you are interested and that I posted about is for Tabular SSAS.  This is a new setting.  You can update yours in the model properties in SSDT and redeploy.  That is what I have posted here.  Another option is to simply script your SSAS database in SSMS and then update the compatibility level value and then run the alter script to change your value.  Unfortunately you are not able to simply modify this in the property window where you are seeing the value and like I posted in my blog with the screenshots.  HTH, good luck.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://denglishbi.wordpress.com/2012/10/04/tabular-models-compatibility-level-and-power-view/#comment-4599</link>
		<dc:creator><![CDATA[Dave]]></dc:creator>
		<pubDate>Tue, 20 Nov 2012 02:06:42 +0000</pubDate>
		<guid isPermaLink="false">https://denglishbi.wordpress.com/?p=2845#comment-4599</guid>
		<description><![CDATA[Dan,

Thanks for the post. I have been banging my head trying to figure out why hierarchies and KPIs were not showing up in the Excel 2013 PowerView.

However, I am still having a few issues...

After installing SQL2012 SP1, my database shows SQL Server 11.0.3000 but a right-click on the database then properties and then Options shows Compatibility Level: SQL Server 2012 (110) not 1100 or 1103. The drop down list also only shows compatibility 90, 100 and 110.

On my SSAS instance I do see Supported Compatibility Level 1103 but the actual Database in SSAS is set to 1100 with no drop down list.

Could you shed some light?

Thanks!]]></description>
		<content:encoded><![CDATA[<p>Dan,</p>
<p>Thanks for the post. I have been banging my head trying to figure out why hierarchies and KPIs were not showing up in the Excel 2013 PowerView.</p>
<p>However, I am still having a few issues&#8230;</p>
<p>After installing SQL2012 SP1, my database shows SQL Server 11.0.3000 but a right-click on the database then properties and then Options shows Compatibility Level: SQL Server 2012 (110) not 1100 or 1103. The drop down list also only shows compatibility 90, 100 and 110.</p>
<p>On my SSAS instance I do see Supported Compatibility Level 1103 but the actual Database in SSAS is set to 1100 with no drop down list.</p>
<p>Could you shed some light?</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Boyan Penev</title>
		<link>http://denglishbi.wordpress.com/2012/10/04/tabular-models-compatibility-level-and-power-view/#comment-4260</link>
		<dc:creator><![CDATA[Boyan Penev]]></dc:creator>
		<pubDate>Tue, 09 Oct 2012 04:43:01 +0000</pubDate>
		<guid isPermaLink="false">https://denglishbi.wordpress.com/?p=2845#comment-4260</guid>
		<description><![CDATA[We hit a related issue today.

If you have SSDT without SP1 and you try to create a new Tabular solution using a workspace instance upgraded to SP1 you get an error message stating that the workspace db is not compatible. So, what happens is this: SSDT (RTM) issues a create statement with no Compatibility Level in it. This results in a db with the default (latest) Compatibility Level for the instance (e.g. SP1). Then, SSDT tries to open it and fails. In this case we&#039;ll have to create a RTM Compatible (1100) db using a SSDT SP1 and then use that in SSDT RTM. I hope thy fix all this in SP1 RTM.]]></description>
		<content:encoded><![CDATA[<p>We hit a related issue today.</p>
<p>If you have SSDT without SP1 and you try to create a new Tabular solution using a workspace instance upgraded to SP1 you get an error message stating that the workspace db is not compatible. So, what happens is this: SSDT (RTM) issues a create statement with no Compatibility Level in it. This results in a db with the default (latest) Compatibility Level for the instance (e.g. SP1). Then, SSDT tries to open it and fails. In this case we&#8217;ll have to create a RTM Compatible (1100) db using a SSDT SP1 and then use that in SSDT RTM. I hope thy fix all this in SP1 RTM.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
