Too many nights of on-call support Jack? ;- Mike On Wed, Feb 16, 2011 at 8:15 AM, <japplewhite@xxxxxxxxxxxxx> wrote: > I personally think DBAs should never, ever be considered as a subclass. > Hell no, we're members of the Super Class! It's the rest of those IT slugs > that make up the subclasses. So, you should put your esteemed co-workers > into several Elite Classes - SuperMen, Iron Men, Green Lanterns, etc. Well, > probably SuperPersons and Iron Folks to be gender neutral. > > Jack C. Applewhite - Database Administrator > Austin I.S.D. - MIS Department > 512.414.9250 (wk) / 512.935.5929 (pager) > > > > > From: Michael Moore <michaeljmoore@xxxxxxxxx> > To: Kumar Madduri <ksmadduri@xxxxxxxxx>, oracle-l@xxxxxxxxxxxxx > Date: 02/16/2011 09:49 AM > Subject: Re: What are your DBA subclasses? > Sent by: oracle-l-bounce@xxxxxxxxxxxxx > ------------------------------ > > > > > Kumar, > Your current situation sounds very much like what we've currently got. > Thanks for your response. > Mike > > On Tue, Feb 15, 2011 at 6:03 PM, Kumar Madduri > <*ksmadduri@xxxxxxxxx*<ksmadduri@xxxxxxxxx>> > wrote: > In my current work place, we have dba, unix sysadmin , storage admin and > network and firewall groups. > In my former work place, the dba group was divided in to 4 or 5 groups - > one was responsible for db activities, one for project management, one for > web services etc.. > But I like the current model where in you can be a well rounded dba > compared to be placed in silos.. > > kumar > > > On Tue, Feb 15, 2011 at 11:11 AM, Michael Moore > <*michaeljmoore@xxxxxxxxx*<michaeljmoore@xxxxxxxxx>> > wrote: > When we were a much smaller company, we had one class of DB, "generic-DBA" > where DBA was an abbreviation for "Does 'Bout Anything". A given DBA was > responsible for Installation, patching, configuration, disk management, > PL/SQL code review, tuning SQL , application migration, development > standards etc etc. > > Now that we've grown into a billion dollar company with over a hundred > developers, we probably need to have more specialization. I'm thinking in > terms of DA, DCA, DBA ... you get the idea. > > I'd be interested in how other medium sized organizations divide up their > various DBA functions. > > I'm sure this has been disguised before, so if you wan't to link me to > reading material, that would be appreciated. > > Thanks, > Mike > > >