2017-03-16
87 reads
Editorials
DevOps Isn't Perfect
Mistakes will still be made with a DevOps process, but the benefits outweigh the mistakes.
2017-03-15
77 reads
2017-03-14
120 reads
2017-03-13
200 reads
The Details are in the Small Print
Phil Factor on the rewards of learning the zen-like skill of writing, reading and understanding IT documentation.
2017-03-13
57 reads
Only as Good as Your Auditor
Today we have a guest editorial from Andy Warren that talks about auditing your organization.
2017-03-10
98 reads
Database Cattle
Steve Jones says you should treat your database servers like cattle. It makes life easier.
2017-03-09
342 reads
The Migration Checklist
Today Steve Jones talks about the checklist you would want if you needed to move a SQL Server instance to new hardware.
2017-03-08
12,292 reads
2017-03-07
83 reads
Containing the Work
Containers are valuable in many software domains. Are there places we, as data professionals, would like to use software containment?
2017-03-06
86 reads
Blogs
The Book of Redgate: Spread across the world
By Steve Jones
This was Redgate in 2010, spread across the globe. First the EU/US Here’s Asia...
Merry Christmas
By John
Today is Christmas and while I do not expect anybody to actual be reading...
Self-Hosting a Photo Server the Whole Family Can Use
By Bert Wagner
Until recently, my family's 90,000+ photos have been hidden away in the depths of...
Forums
SQL Server 2025 Backup Compression Algorithm
Comments posted to this topic are about the item SQL Server 2025 Backup Compression...
The Large Encoded Value
Comments posted to this topic are about the item The Large Encoded Value
The Side Job
Comments posted to this topic are about the item The Side Job
Question of the Day
The Large Encoded Value
I want to use the new BASE64_ENCODE() function in SQL Server 2025, but return a string that isn't large type. What is the longest varbinary string I can pass in and still get a varchar(8000) returned?
See possible answers