T-SQL Tuesday #090 – Shipping Database Changes

Invitation and wrap up from James Anderson.

I was once asked to add a new feature to an application. It was installed on multiple SQL Server instances across multiple physical sites. The problem was that different instances of the application had different database schemas. New code may work on my local schema, but it could fail on the different schemas in live.

To develop the feature, I knew that I needed one universal version of the database schema.

I merged the schemas into a version that met the requirements of all environments and redeployed. Once in source control, this schema became the single source of truth that all future deployments were built from.

Not only did this solve my problem, it served as the foundation for the automation of builds, tests and deployments.

I’ve been interested in Continuous Integration and Database Lifecycle Management ever since. For more details, check my series of posts that start with SQL Server & Continuous Integration.

For this T-SQL Tuesday, I’d like to hear about your thoughts or experiences with database deployments.

Read the rules below and join in by publishing a short post about database deployments. If you develop or deploy database changes, I want to hear about it.

Your post can cover anything related to database deployments, but if you need inspiration, feel free to cover any of the topics below:

T-SQL Tuesday #089 – The times they are a-changing

Invitation and roundup from Koen VerBeeck.

This months topic is inspired by the blog post Will the Cloud Eat My DBA Job? by Kendra Little. Technology has changed a lot in the past years, especially with cloud/globalization/automation. What an impact has this had on your job? Do you feel endangered? Or do you have more exciting features/toys to work with? Do you embrace the change and learn new skills? Or do you hide in your cubicle and fear the robot uprising? Let us know how you handle all these changes, or how you feel there are no changes at all for your current job. I’m looking forward to learn how you feel about the future of data management/analysis and how you plan to deal with it.

T-SQL Tuesday #088 – The daily (database-related) WTF

Invitation from Kennie Pontoppidan.

The daily (database-related) WTF

Be inspired by the IT horror stories from http://thedailywtf.com, and tell your own daily WTF story. The truly original way developers generated SQL in project X. Or what the grumpy “DBA” imposed on people in project Y. Or how the architect did truly weird “database design” on project Z

One of my favorite dailyWTF stories is the on about the BIG red button.

Could be that someone from within Amazon will tell that the true story of the AWS glitch last week was a T-SQL dynamic query gone bad.. Or that the HSBC online banking outage last month was as simple USE (wrong) database mistake. Or whatever you guys (or that guy over there) did.

2017 T-SQL Tuesdays

February – T-SQL Tuesday #87Fixing Old Problems with Shiny New Toys (roundup)

What I’d like to see from the blog responses for this T-SQL Tuesday is how you’ve used a “new” Microsoft data platform toy to fix an old problem. We’ll define new toys as something from SQL Server 2014’s release date until now. We’ll even accept a SQL Server vNext response if you’ve got one!

January – T-SQL Tuesday #86SQL Server Bugs and Enhancement Requests (roundup)

Find the most interesting bug or enhancement request (and it can be your own), and write a blog post about it

T-SQL Tuesday #87 –Fixing Old Problems with Shiny New Toys

Invitation and roundup from Matt Gordon.

While the SQL Server ecosystem is constantly evolving, it seems like that evolution has sped up considerably in the last year or two. From the constant improvements in Azure, to the rapid changes in Power BI, to the powerhouse release of SQL Server 2016 last year, those of us whose professional life resides within the SQL Server world have a multitude of new tools in our toolbox.

What I’d like to see from the blog responses for this T-SQL Tuesday is how you’ve used a “new” Microsoft data platform toy to fix an old problem. We’ll define new toys as something from SQL Server 2014’s release date until now. We’ll even accept a SQL Server vNext response if you’ve got one!

Did you work around a database design/performance issue by using memory-optimized tables and natively compiled stored procedures (brought to us in SQL 2014)? Did you use Power BI to present data visualizations to a client in a way you couldn’t have previously? Did you use SQL 2016’s mobile reporting ability to extend SSRS reports to a mobile client and solve an issue that way? Did you solve an archival issue by stretching your database into Azure? Basically, did you solve a data problem with a cool new Microsoft data platform toy?

I think many of us settle into old habits when it comes to solving problems with our data, so I can’t wait for the responses to this topic to see what cool new things people are doing to solve some old problems.

 

T-SQL Tuesday #86 – SQL Server Bugs and Enhancement

Invitation and roundup from Brent Ozar.

I know this is going to come as a stunning shock to you, dear reader, so you may want to be sitting down.

SQL Server isn’t perfect.

It’s okay. Deep, calming breaths. We’re going to get through this together, and here’s how:

  1. Go to Connect.Microsoft.com, the place where we file bug reports and enhancement requests
  2. Use the Search to search for your favorite commands, or keywords like error or incorrect results
  3. Realize that the search function is incredibad, and instead switch to using Google to search for terms or bugs marked as won’t fix
  4. Find the most interesting bug or enhancement request (and it can be your own), and write a blog post about it (including a link to the Connect item so that folks who agree with you can upvote the item)

The Connect item doesn’t have to have anything to do with T-SQL – it could be about the engine, SSRS, R, the installer, whatever. Now, more than ever, Microsoft has started to respond to Connect requests and get ’em fixed not just in upcoming versions of SQL Server, but even in cumulative updates for existing versions.

It’s an incredible rush of a feeling when you see that Microsoft closes one of your favorite bugs as fixed. It’s happening fast these days – and I want you to enjoy that feeling too. So it’s time to get to know Connect!