Re: Developer Permissions -vs- SQL Server Managability

From: michelle (michelle_at_nospam.com)
Date: 06/07/04


Date: Mon, 7 Jun 2004 12:58:06 -0500

We're working on implementing something similar right now and are still in
the stomach-cringing phase.

We do NOT want to use a 'fake' user for the developers because we would then
lose the ability to audit exactly who did what. Rather than sa, though, we
are assigning the developers to the db_owner role of 'their' respective
databases. Fortunately ours are not *supposed* to make schema changes (just
procs) but we have come to rely on all procs being owned by dbo and without
making them dbo, they won't be able to create them with dbo as the owner.
The developers will deploy their own procs to production. Basically the DBA
team is now responsible for admin, schema, and standards only.

We've still got a few glitches to work out like jobs/dts packages.

"DBADave" <anonymous@discussions.microsoft.com> wrote in message
news:B799B132-855A-4D21-934A-FF1030D82964@microsoft.com...
> I am faced with a situation where a group of web developers, with basic
t-sql skills, periodically develop/modify database objects on a development
SQL server that the DBA team manages. The developers insist on having the
ability to create/change database objects at will, but also want to be able
to test database access via their web-app front-end withoiut having to ask
the DBAs to switch DB object ownership from the individual developers that
created the objects, to DBO, and without having to specify permissions.
Having been a DBA for years, I see the obscurity of this requests and the
reprecussions of it, but due to circumstances beyond my control, I need to
identify a process that will help them develop and test, but also want to
maintain a secure environment where I can track DB changes.
>
> Below are two proposed solutions. I am interested in hearing from
seasoned DBAs that have encountered this situation and am interested in
hearing which of the below two choices you would choose - or what other
process you used to solve this dilemma in your environment:
>
> Option1
> - All Developers login to the dev sql server with a generic sql account
(ex: DevTest)
> - The DevTest account has dbo rights to the respective development
databases
> - While in the 'development' stage, the web developers have the web-app
front-end connect to ths DB via the same devtest UserID
> - The above would allow dev to create/modify objects and execute/reference
objects without object ownership chaining issues
> - Once this DB goes from the Dev to QA phase, the DBA team changes all
object ownership to DBO and sets the DevTest UserID to db_datareader rights
only
>
> Option2
> - The Dev team is granted sysadmin rights to the Dev SQL box, granting
them the ability to create objects as DBO
> - The above would allow dev to create/modify objects and execute/reference
objects without object ownership chaining issues
> - Once this DB goes from the Dev to QA phase, the DBA team restricts
sysadmin rights and permits the Dev team to have the db_datareader rights
only
>
> Of the 2 options, Option2 makes my stomach cringe, but I am interested in
hearing which of the 2 options you use, or if there is a better process or
policy that you use that allows developers to work somewhat autonomously,
while still giving the DBA the ability to manage the SQL server itself.
>
> Thanks in advance for your assistance!
>



Relevant Pages

  • Re: Please Help
    ... RDBMS developers hang themselves. ... update-type query cannot violate the RI defined in the database. ... There is often not such a thing as a DBA in the Pick world and when we ...
    (comp.databases.pick)
  • Re: Store procedure vs Direct statement ???
    ... I mean, years ago, procs were compiled though ... the developers in another part. ... the DBA part of the development team, make the DBA the consultant for ... the developers in O/R mapping scenarios (I use the term o/r mapping, ...
    (microsoft.public.dotnet.framework.adonet)
  • Re: why administrator refuse to give permission on PLUSTRACE
    ... have access to a production database except as an end-user utilizing the ... only happen where the developers know what they are doing, ... I currently support - it isn't typically a mini-app. ... then the DBA won't be the guy who knows the business rules implemented by this ...
    (comp.databases.oracle.server)
  • Re: Developer Permissions -vs- SQL Server Managability
    ... source control and we use those scripts to promote objects to QA and beyond. ... Developers are given access to non-dev boxes only for troubleshooting. ... SQL server that the DBA team manages. ... > - The above would allow dev to create/modify objects and execute/reference ...
    (microsoft.public.sqlserver.security)
  • Re: why administrator refuse to give permission on PLUSTRACE
    ... Management wants the problem figured out and they don't have a DBA ... but they do have very smart developers. ... Puget Sound Oracle Users Group ...
    (comp.databases.oracle.server)