Have you ever had to move databases and their files? A database migration involves some downtime and mistakes made can certainly ruin your day. You don’t want to be in the middle of a migration and be uncertain about what to do.
Read on to learn how to move SQL Server database files and also see some demos.
The topic for this months T-SQL Tuesday #97 (hosted by Malathi Mahadevan Blog/Twitter) is:
Setting Learning Goals for 2018
I like to think of year end goal setting in terms of inhaling and exhaling. Reflecting back on the year and planning ahead for the next year is exciting to me. I think a lot about these things – sometimes too much. Like breathing there is a balance between thinking about something and taking action to do it.
Let’s see about a healthy balance by looking first at 2017 then ahead to 2018.
Troy Hunt recently testified before the US Congress about Data Breaches. The focus was how data breaches affect knowledge based authentication. Identity verification in a post breach world is more challenging than ever.
His testimony is available on his blog. It is worth a read – I’ll wait here until you return.
You can watch the hearing on YouTube. (1.5 hours)
Much of his talk comes from his experience running a website tracking data breaches. If you have not already checked your information in Have I Been Pwned take a look. You can have it notify you if your account has been in a data breach.
The topic for this months T-SQL Tuesday #96 (hosted by Ewald Cress Blog/Twitter) is:
Who inspires you in the data community?
Inspire means to motivate or move to action. To many, the word conjures up images of fun, happiness, and cajoling to leisure time. That’s not what I think of when I look at those who have motivated me and impacted my career. Inspire involves both good and bad experiences.
I’m not saying that you need bad times to learn good lessons – there are more desirable ways – but they can work. To be fair, I consider both in my experiences and how they’ve impacted me for the better. Stay with me as I’m going to take a different angle on this.
Surprises exist in SQL Server. There are “gotchas” to be aware of. One thing that can trip up your code is how tables, indexes, and other objects are named. They’re called identifiers. If you step outside the bound of a regular identifier then you must be careful how it is referenced.
For example adding a datetimestamp suffix to a table – let’s see how this can cause trouble.