This weekend Saturday August the 13th, I will be trekking down to beautiful Ft. Lauderdale to speak at SQL Saturday 79. I applied to speak back in March, and at the time I submitted 5 different sessions. I was brain storming at the time. I’ve done a lot of presenting on Compression, and I love to present on it, but I had a couple other topics that I wanted to present on as well. And that is one of the great things about SQL Saturday, it is all about giving Attendees the chance to learn, and giving Speakers the chance to present. And will I ever be presenting! I will be speaking not once, not twice, but THREE times this Saturday!
“So Balls”, you say, “What will you be presenting on?”
So Glad you asked Dear Reader J, and away we go!
PAGE & ROW COMPRESSION HOW, WHY, AND WHEN
I’ve presented on this topic at SQL Saturday 62 & 74, SQL Rally, MagicPASS, and Tuesday August 9th at OPASS, the SQL Server User Group for North Orlando. Compression is a great topic, and is a technology that I believe will only increase in usage.
So often people confusing Compression, with squeezing more into one place. It is much more like efficiently packing what you have in the best logical order. Understanding how compression works, and what you should be compressing, and why compression could help you is key to benefiting from the cost of an Enterprise Edition License for SQL 2008 and up.
I’m presenting a Deep Dive on this topic at the PASS Summit in October, and this presentation is the perfect preparation for that Deep Dive. If you get a chance to stop by I’d love to have you, here is the abstract for my session.
“Page and Row Compression are powerful new tools. Vardecimal shipped with SQL 2005 SP2, Page & Row with SQL 2008 RTM, and Page & Row with Unicode Compression with SQL 2008 R2. Get an overview into how each version of compression works internally. Learn how your Allocation Units will determine if your data is a candidate for compression. Understand how your tables Update and Scan pattern’s affect the compression types you should consider. And what you should you take into consideration for additional overhead.”
Next up a little Transparent Data Encryption
TRANSPARENT DATA ENCRYPTION INSIDE & OUT
In the wake of all the hacking scandals that we’ve seen recently, Security is at the forefront of many people’s minds. If you haven’t had your CIO, Bosses Boss, or your Boss ask you about what you can do to “better secure” your databases, you will at some point.
If you are paying for an Enterprise Edition License for SQL Server 2008 and above you have Transparent Data Encryption available to you. It is really easy to enable, but you need to understand how it works, what it does and what it doesn’t do, additional backup considerations, what the impact will be to advanced features, and how this will add to disaster recovery scenarios. We will cover all of that. I’ve set up TDE with Mirroring, Log Shipping, on Vendor Databases, and on Custom Databases.
When we talk about TDE it is physical hardening, like Colossus up above, and if you work with sensitive data this could be a real benefit to you. I’ve got this chocked full of info. I love questions so if you’ve got them get them ready because I’d love to help with an answer. And if I don’t have an answer I’ll research it and blog about it!
Here’s the abstract for this presentation.
“Security is a very important part of your job and in how data is utilized. We have many tools to make data more secure, and starting in SQL 2008 we were able to add Transparent Data Encryption to that list. Find out What it does, What it doesn’t do, how it effects Read-Only Filegroups, Performance, Compression (Backup and Row/Page), and other Advance Features as well as some tips on how to manage it.”
And now a little fun with Internals!
SQL INTERNALS, RECOVERY MODELS, & BACKUPS! OH MY!
Listing to Paul Randal's (@PaulRandal | Blog) MCM videos, he talks about spelunking in the Database engine.
As someone who has rock climbed, caved, and generally spent a lot of time hiking around the mountains I really like the mental image of a couple guys lowering themselves deep into the SQL Engine with Hard Hat’s and Light’s on their heads.
“Hey Paul you ever been here before?” “Yeah, loads of time check out the granite stalagmites by the Access Methods!” And if you are looking for spelunking that is what I’m doing, but instead of going caving we are spelunking around the kiddie pool.
Why should you come to this session? Especially after you’ve just sat through my two other sessions J? Because Dear Reader I want you to learn. There is so much to learn when it comes to internals that people can spend weeks, and do, learning about one particular section and still have more to learn. But as you continue your learning there is a lot of vocabulary you will need to know.
You need to know what the internal Data Hierarchy looks like. You should know what the difference between a record, a page, an extent, an allocation bitmap, and Allocation Units/IAM Chain’s are. You should know how your Transaction Log effects your Recovery Model. You should know the different Recovery Model’s and how they relate to the different type of backups, and how backups relate to Service Level Agreements, SAL’s, and Disaster Recovery, DR.
But unlike any other presentation that I have ever done, this is just a talk, a conversation. You could do demo’s with this, but that is a lot to squeeze into an hour & ½ . I want to make sure that when you leave the room you know enough to feel informed. But that you also know enough, to realize how much you do not know. And you’re not alone.
I don’t know it all. Not even close. But there are a lot of amazing experts out there that I’m still learning from, and probably will continue to learn from until they retire or I do. But this will set you up with knowledge you might not have already known, and will make sure you are poised for future learning. Here’s the abstract.
“The more you know about SQL Server the more you understand how it works. SQL Server is a product we use every day, and most of us know the big concepts. At the 10,000 foot view we know what Databases, Tables, and Columns are. But what makes up those Databases, Tables, and Columns. What are Records, Pages, Extents, and Allocation Units? What are Full, Simple, and Bulk-Logged Recovery? What are the differences between Full, Transaction Log, Differential, or Filegroup backups? This is an introduction to these concepts. In this session you will learn about the internal Structure, Recovery Modes, and Backups and be better prepared to for Future Learning and Managing SQL!”
So what are you waiting for Dear Reader, Click HERE to go register, come up and say “Hi!” and I hope to see you there!