Re: Is There any Resource for SQL Managment
From: Andrew J. Kelly (sqlmvpnooospam_at_shadhawk.com)
Date: 07/10/04
- Next message: Earl: "Re: SQL Join Question"
- Previous message: MUR T: "Need to Covert a unix clock into a readable format during my query"
- In reply to: Hoa: "Re: Is There any Resource for SQL Managment"
- Next in thread: Hoa: "Re: Is There any Resource for SQL Managment"
- Reply: Hoa: "Re: Is There any Resource for SQL Managment"
- Messages sorted by: [ date ] [ thread ]
Date: Sat, 10 Jul 2004 15:28:04 -0400
Who owns the objects has little to do with who can access, update, modify
the objects etc. The owner by default has permission to do all of this but
you usually don't give the end user those rights to begin with. That is for
the developers or administrators. The end user should only have permissions
to do what they need and nothing more. This is typically done thru roles
that have the proper permissions granted, denied etc. In that case the
owner (dbo) or more correctly the schema should have nothing to do with
those granted permissions. Now if you are going to have 3 different
developers who need the ability to have full control over the objects (one
for each sub system who aren't already sa) and you don't want them to have
access to each others sub system that may be a different story. Then you can
have 3 different schema's and assign dbo rights appropriately. You can
also do the same by having 3 separate databases and all the objects can have
the default dbo schema. You deal with it at the user level them. Which is
the correct way depends a lot on how your data will be segmented, how your
security needs to be and who needs what level of access. Most people go
overboard with having different schemas without knowing why or having a good
reason so all I am asking is you plan ahead. Obviously you have a good
start since your asking the question in the first place.
-- Andrew J. Kelly SQL MVP "Hoa" <newpoorguy@yahoo.com> wrote in message news:%23RTQIQqZEHA.2016@TK2MSFTNGP09.phx.gbl... > Thanks for your reply but I want to ask you about my second question: > > 2)Is it a good habit to use different owners for creating tables and views > to classified database objects or using "dbo " is recommended? > > Imagine that we want to create a financial program with 3 sub systems : > Accounting, Treasury and Payroll. Now we want to classified the database so > that the Accounting team work on their own tables and so on. > > What's your suggestion? Using dbo.Acc(tablename) and dbo.Trs(tablename) and > dbo.Pay(tablename) or Acc.TableName (Acc as the owner) , Pay.TN ,... > > Again, thx alot for your help and your time. > HOA > > >
- Next message: Earl: "Re: SQL Join Question"
- Previous message: MUR T: "Need to Covert a unix clock into a readable format during my query"
- In reply to: Hoa: "Re: Is There any Resource for SQL Managment"
- Next in thread: Hoa: "Re: Is There any Resource for SQL Managment"
- Reply: Hoa: "Re: Is There any Resource for SQL Managment"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|