In honor of Super Bowl 50 I put together a quick visualization with Power Map in Excel 2016. We can see the scores of each team by the size of the dot on their cities. We can also see the number of people in attendance as the height of the bar on the hosting city.
Let me start off by thanking Manuel Quintana for his providing quick resolution to this mystery. I also want to thank the rest of the team at Pragmatic Works Consulting for welcoming me to the team as well as providing their input on this mystery.
“Manuel is like the Seal Team 6 of support people :)” -Mitchell Pearson
In addition to welcoming me to the team Pragmatic Works provides me with the opportunity to get to know Task Factory and Pragmatic Workbench. I was excited to get better acquainted with the latest edition of Task Factory.
The first thing I did was install Visual Studio 2015 so that I could install SSDT. According to MSDN this is a prerequisite. Also according to MSDN it is necessary to install SSDT as update through the Extension and Updates dialog of the Tools menu.
I found it odd that after installing SSDT and launching Visual Studio I wasn’t able to find Integration or Analysis services projects in the new project dialog. I did see SQL Server database projects but that wasn’t going to satisfy my urge to jump into to Task Factory.
I allowed myself to test a hypothesis about the order of installation (I installed Task Factory before SSDT). After reinstalling Visual Studio and SSDT I still didn’t find my templates.
1 There are no BI templates in the product release version of SSDT for Visual Studio 2015. You can either choose the Preview or use a previously released version of SSDT. See Previous releases of SQL Server Data Tools (SSDT and SSDT-BI) for installation links.
Aha! I need to install a previous version! I proceeded to install Visual Studio 2012 and SSDT for Visual Studio 2012. But still no templates… another link, another link… another link… How many SSDTSetup.exe file downloads are there.
In the end Manuel pointed me to SSDT_VS2012_x86_ENU. As you may have guessed. SSDT is now two separate things SSDT and SSDT-BI. I installed SSDT-BI an now I can create BI Projects in VS 2012. An interesting post script to this mystery is that if I want to create BI projects in 2015 I can install the December 2015 Preview of SQL Server Data Tools.
Yesterday, working with a colleague the topic got steered towards the use of snippets in SQL Server 2012+. My reflex was to let my colleague know that my blog is wonderful source for all things SQL Server. Much to my chagrin, for all of the snippets I have, I have written a blog post about it.
Visual Studio has had code snippets for a decade now, but SQL Server only got them a version and a half ago. I might imagine that having templates was the excuse given for not pursuing them but I am glad we have them now. The tools menu will lead you to the Code Snippets Manager… from there you can find the path to built-in snippets. These provide good fodder for creating your own.
There are two types of snippets. Expansion snippets insert the code snippet where the cursor is. Surround snippets wrap code around highlighted SQL. Both have arguments that allow you to tab through variable portions and update multiple references in a single place. Let’s take a look at a simple expansion snippet.
<?xml version="1.0" encoding="utf-8" ?> <CodeSnippets xmlns="http://schemas.microsoft.com/VisualStudio/2005/CodeSnippet"> <_locDefinition xmlns="urn:locstudio"> <_locDefault _loc="locNone" /> <_locTag _loc="locData">Title</_locTag> <_locTag _loc="locData">Description</_locTag> <_locTag _loc="locData">Author</_locTag> <_locTag _loc="locData">ToolTip</_locTag> </_locDefinition> <CodeSnippet Format="1.0.0"> <Header> <Title>Create Temporary Table</Title> <Shortcut></Shortcut> <Description>Creates a temporary table.</Description> <Author>Thomas W Marshall</Author> <SnippetTypes> <SnippetType>Expansion</SnippetType> </SnippetTypes> </Header> <Snippet> <Declarations> <Literal> <ID>TableName</ID> <ToolTip>Name of the Table</ToolTip> <Default>TableName</Default> </Literal> <Literal> <ID>Column1</ID> <ToolTip>Name of the Columneter</ToolTip> <Default>Column1</Default> </Literal> <Literal> <ID>Datatype_Column1</ID> <ToolTip>Data type of the Columneter</ToolTip> <Default>int</Default> </Literal> <Literal> <ID>Column2</ID> <ToolTip>Name of the Column</ToolTip> <Default>Column2</Default> </Literal> <Literal> <ID>Datatype_Column2</ID> <ToolTip>Data type of the Column </ToolTip> <Default>char(5)</Default> </Literal> </Declarations> <Code Language="SQL"><![CDATA[ IF EXISTS(SELECT name FROM tempdb.sys.objects WHERE object_id=OBJECT_ID('tempdb..#$TableName$') AND type = N'U') DROP TABLE #$TableName$; CREATE TABLE #$TableName$ ( $Column1$ $Datatype_Column1$, $Column2$ $Datatype_Column2$ ); ]]> </Code> </Snippet> </CodeSnippet> </CodeSnippets>
You can copy the above XML into a file with the extension .snippet and save it in the Code Snippets\SQL\My Code Snippets directory. You should then see it in the Code Snippets manager. Alternatively, you can import a .snippet file using the Code Snippets manager. Once the snippet has been installed whenever you strike the expansion chord CTRL+K,X in SQL Server Management Studio you will see it in the My Code Snippets folder of the fly-out menu.
In the above XML document we can see a field in the declarations for each of the variable fields. Once you have chosen to insert the snippet those declare fields are linked by there name appearing between $’s. This allows you to change the value in one and have all instances of that name update. You can also tab to the next name.
This post is in partnership with Entrepreneur. The article below was originally published at Entrepreneur.com.
By Sujan Patel, Entrepreneur.com
If you want to become more successful as an entrepreneur or in your career, you can start by making a habit of talking and thinking more like the people you know or read about who are already successful.
Here are some phrases you’ll never hear a successful person say:
1. “We can’t do that.”
One thing that makes people and companies successful is the ability to make solving their customers’ problems and demands their main priority. If a need arises repeatedly, the most successful people learn how to solve it as quickly as they can.
2. “I don’t know how.”
Instead of automatically shutting down solution-finding, successful people learn what they can in order to succeed in a project or in their career. For example, you would never…
View original post 946 more words
7 of 10 isn’t so bad.
As co-founder of Hotwire.com and CEO of Zillow for the last seven years, 39-year-old Spencer Rascoff fits most people’s definition of success. As a father of three young children, Spencer is a busy guy at home and at work.
What’s the one thing that Spencer refuses to do on the weekend? Work—at least, in the traditional sense. Rascoff says:
I never go into the office on weekends, but I do check e-mail at night. My weekends are an important time to unplug from the day-to-day and get a chance to think more deeply about my company and my industry. Weekends are a great chance to reflect and be more introspective about bigger issues.
A new study from Stanford shows that Rascoff is on to something.
The study found that productivity per hour declines sharply when the workweek exceeds 50…
View original post 1,120 more words
In an earlier post we started generating prime candidates testing only numbers of the form 6k+1 or 6k-1 less than or equal to the square root of the next integer. The reason we were doing this is that all prime numbers greater than 3 are of the form 6k+1 or 6k+2 and we only have to modulo test primes. The reason we only have to test primes is that the Fundamental Theorem of Arithmetic indicates that all non-prime numbers greater than one is the product of primes.
What that means is that we only have to modulo test prime numbers. Of course in pursuing that particular optimization we actually neglected to test first whether the next integer we were testing was of the form 6k+1 or 6k-1. The point of this post is to highlight how in the course of developing SQL (or any other code for that matter), is how we can read our requirements in a number of ways and will need to step out of it and reconsider whether our first reading was complete or even correct.
Consider the following statements: “We only need to modulo test primes for a given integer.” and “We need to test whether or not their exists a prime factor for a given integer.” These two statement mean essentially the same thing. When combined with the form of primes being 6k+1 or 6k-1 led us to skip testing the integer itself for being of that form, but assume we have already filled a prime table to a certain number and are testing the prime candidates. Those two statements can lead us to two very different approaches to SQL.
The first statement: “We only need to modulo test primes for a given integer.” could lead us to write something like:
DECLARE @n INT
SELECT TOP 1 1 FROM prime_candidates pc INNER JOIN primes p ON pc.p % p.p = 0 WHERE pc.p=@n
Whereas the second statement: “We need to test whether or not their exists a prime factor for a given integer.” might lead us to write something like:
SELECT TOP 1 1 FROM primes p WHERE @n % p = 0
Since our requirement was to test for prime factors of a given integer and not to produce a set of prime factors performing we do not need the non-equijoin that produces a less efficient execution plan.
Seeks that lead to lookups are usually more efficient than scans. Of course unnecessary operations are inherently inefficient. In either case it is important to test that we do in fact get the results we expect.
It seems that everyone has an opinion on naming conventions. Microsoft even has a few recommendations. You would think with 256 (or 128 or 30) characters it would be simple to devise an apt system for describing database objects.
SELECT TYPE_NAME(system_type_id) [base_type], max_length FROM sys.types WHERE name = ‘SYSNAME’;
Of course, we might not want to use our screen real estate on object explorer. We also might not want to use that real estate up for a single column name (especially if that column was a bit flag). Fortunately, we have options. In addition to being able to use management studio to filter objects, we can us schemas to group objects and alias data types to categorize.
An example case for using schemas might be to create separate schemas for staging updates and deletes in a CDC based warehouse loads. An example for using alias data types might be differentiate between date types that are application data and date types that are row level metadata (e.g. inserted or updated date).