THE SQL Server Blog Spot on the Web

Welcome to - The SQL Server blog spot on the web Sign in | |
in Search

Andy Leonard

Andy Leonard is an author and engineer who enjoys building and automating data integration solutions. Andy is co-host of the Data Driven podcast. Andy is no longer updating this blog. His current blog is

Which "flavor" DBA are you?

This blog has moved! You can find this content at the following new location:

Published Tuesday, July 10, 2007 10:25 PM by andyleonard

Comment Notification

If you would like to receive an email when updates are made to this post, please register here

Subscribe to this post's comments using RSS



Denis Gobo said:

I am 25% 1 and 75% 3

Hybrid DBA/Developer?

July 11, 2007 3:57 AM

a.m. said:

I hope most database developers aren't really doing all of the stuff you say they are...

July 11, 2007 9:13 AM

David R Buckingham said:

Too often we don't fall neatly within just one of the three different types you've defined.  I would suspect that it depends heavily on the size of the company and/or team.

I grew into 1, transitioned into 2, and eventually became 3.  Although now that I work for a small company, I am currently about 10% 1, 5% 2, and 85% 3.

And Adam, many have used a production database for confirmation that a performance tweak will behave exactly as expected when it is impossible to duplicate the database/hardware environment outside of production.  Granted, I have not done that in a long time now, but I cannot state that I will not ever do it again.

July 11, 2007 9:31 AM

a.m. said:

Yes, we've all done it, but that certainly doesn't mean that we should!  A long time ago I caused some production problems as a result of playing fast and loose with testing on live systems.  The problems I caused were minor, but one time another DBA I was working with caused a short amount of downtime (due to a transaction that she forgot to roll back, that was sitting there blocking everything).  It was embarrassing for the whole database team, and I really do not want to risk being put in that situation again!

July 11, 2007 9:53 AM

Linchi Shea said:

I'm none of the above. it appears that I'm (1) 50% SQL Server infrastructure engineer evaluating, recommending, and designing SQL Server infrastructure components and systems, and (2) 50% 'behavioral empiricist'--if there is such a thing--studying the behavior of SQL Server as an empirical science.

July 11, 2007 10:10 AM

James Luetkehoelter said:

I think I'd say I'm 1, 2, 3 and 4, 5, 6 - all that and a bit more, depending on the situation. Given the client and the situation (and if I have my way), I'll follow the data from initial conception and modeling, to implementation and optimization, as well as management, the later consumption (applications, reports, Biztalk, etc).

I generally define myself as a data-centric specializing generalist. I focus on SQL Server specifically, but I know a little about an awful lot (networking, AD, development, etc).

I think one of the biggest problems in our industry right now is that many organizations want to categorize job functions and "silo" them since there's way too much to learn unless you specialize. I think that's just plain silly. All job descriptions in IT/IS should overlap. A "production" DBA has to know a bit about hardware and the operating system. A networking infrastructure specialist needs to know a bit about how AD works, or how applications interact with each other over the network. The server infrastructure specialist has to know a bit about database systems and application development to understand how something new utilizes physical resources.

Of all the clients I work with, the most difficult projects are ones where "silo-ing" is prevalant. The ones that roll smoothly have people being experts in one area but at least conversant in others.

July 11, 2007 12:23 PM

Andy Leonard said:

Eric Wise drew some heat from the developer community at with this post about the need

July 13, 2007 9:14 PM

Leave a Comment


This Blog



My Latest Book:

Community Awards

Friend of Red Gate

Contact Me


Privacy Statement