Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase 12»»

Don't Get Left Behind Expand / Collapse
Author
Message
Posted Thursday, May 20, 2004 1:49 PM
SSCommitted

SSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommitted

Group: Moderators
Last Login: Wednesday, June 4, 2014 12:29 PM
Points: 1,931, Visits: 234
Comments posted to this topic are about the content posted at http://www.sqlservercentral.com/columnists/bknight/dontge

Brian Knight
Free SQL Server Training Webinars
Post #116928
Posted Friday, May 21, 2004 1:32 AM
SSCrazy

SSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazy

Group: General Forum Members
Last Login: Today @ 3:50 PM
Points: 2,890, Visits: 1,780

In other words learn to be a development DBA.

One thing I have learnt in my career is that "in the land of the blind the one eyed man is king". 

Most of my developers know how to write a simple stored procedure, but not many could write a complex set based task with convoluted business logic.  If you are in the position to make a developers problems go away then you are going to have free beer for life



LinkedIn Profile
Newbie on www.simple-talk.com
Post #116993
Posted Friday, May 21, 2004 10:54 AM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Wednesday, February 7, 2007 6:15 PM
Points: 1, Visits: 1
Consider this, the SQL Server 2000 and Yukon make supporting SQL Server even easier and requires less...
Since you will not need to have intimate knowledge of the database anymore to be a production DBA....

Maybe in Gates dreams, but nowhere in reality. Do you really have production database experience? After reading this article I doubt it.
Post #117110
Posted Friday, May 21, 2004 11:04 AM


SSC-Dedicated

SSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-Dedicated

Group: Administrators
Last Login: Today @ 2:28 PM
Points: 33,062, Visits: 15,174

Personally I think Yukon will require more DBA work. Adding all that into the RDBMS will create more and new issues, require more control of changes, and require the DBA to be more of a guardian of the system.

I think the DBA job will change because you will focus on different areas and yes, you will need to understand development to understand what the developres are trying to do to your database.








Follow me on Twitter: @way0utwest

Forum Etiquette: How to post data/code on a forum to get the best help
Post #117113
Posted Friday, May 21, 2004 6:19 PM


Mr or Mrs. 500

Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500

Group: General Forum Members
Last Login: Tuesday, June 21, 2011 10:03 AM
Points: 577, Visits: 102

Good article.

It's amazing to me how many DBA's know how to create tables and indexes, but they have no idea how to create GOOD tables and indexes.  The first thing a DBA should learn is how to build a solid relational structure, normalized and optimized, for whatever project the development team is working on.

the "Administration Only" jobs are disappearing, especially for IT, as tasks are automated (as all repetitive work should be) and replaced by software.  This is definitely a good thing.

A solid foundation is important before branching out into other disciplines.  This is the only way you'll know when smoke is being blown up your butt...

cl



Signature is NULL
Post #117169
Posted Tuesday, May 25, 2004 3:57 PM
SSC-Enthusiastic

SSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-Enthusiastic

Group: General Forum Members
Last Login: Friday, February 8, 2013 3:33 PM
Points: 168, Visits: 15
I do agree with brian. All of us "Production DBAs" will have to move withe cheese


Post #117684
Posted Wednesday, May 26, 2004 7:22 AM
SSC Veteran

SSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC Veteran

Group: General Forum Members
Last Login: Wednesday, February 23, 2005 7:00 AM
Points: 296, Visits: 1
The more you know in today's world the better off you will be.  We are in a field where you can never stop learning.
Post #117785
Posted Wednesday, May 26, 2004 9:23 AM
SSCrazy

SSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazy

Group: General Forum Members
Last Login: Today @ 3:50 PM
Points: 2,890, Visits: 1,780

The trick is to sort the wheat from the chaff!

I've lost count of the number of technologies/technology companies that were going to be the next big thing, but after a flurry of excitement they vanished into the ether.

When you start off in the IT game both your time and your money (after taxes)are your own so keeping up isn't so much of an issue.

But as you progress through your career you find that there are 1001 things demanding your time and nappies cost a fortune so have to be careful not to waste precious time learning something with a short shelf life.



LinkedIn Profile
Newbie on www.simple-talk.com
Post #117815
Posted Wednesday, May 26, 2004 3:20 PM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Tuesday, April 30, 2013 10:36 PM
Points: 3, Visits: 27

I agree with Brian and David both. I hv been a Production DBA for last 15 years. I started with Sybase and moved on to SQL Server. In the last 5 years, I hv seen job requirements changing from a pure 'System' or 'Production' DBA to a Hybrid System / Application DBA. Also, I hv seen that a lot of things which were managed traditionally by the database (such as security) now being managed by Application servers like WebLogic. Today's DBA is expected to know data modelling (OLTP as well as OLAP), CASETOOLS and also is needed to hv a good warehousing background in a lot of places.

Having said that, I must mention that though the 'fly-by-night' makeshift developer/DBAs are running a lot of installations, problems start appearing as soon as the data volume increases and a 'real' DBA needs to b hired to fix the things. That is never going to go away. More automation and features in SQL Server Yukon is only going to lead to more problems and more need for experienced DBAs!    




Post #117889
Posted Monday, May 23, 2005 9:04 AM


SSC-Enthusiastic

SSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-Enthusiastic

Group: General Forum Members
Last Login: Friday, May 18, 2007 11:44 AM
Points: 132, Visits: 1

Here is the problem I am running into, in 2005 - the way that we have implemented SOX regulations is to segregate operational and development duties - thus, as the production DBA, I have no permission to do design work, otherwise how could they trust (and prove) that I wasn't implementing malicious code?

As one who came into DBA work as a hybrid developer/DBA, this has been immensely frustrating - and has made my job relatively boring.  I'll be definitely honing my dev skills, but unfortunately I can't really use them in my position as it stands - I'd have to cross over into our dev team, or find somewhere else not under SOX regulations....




Post #184522
« Prev Topic | Next Topic »

Add to briefcase 12»»

Permissions Expand / Collapse