RE: DBA granted to app schema

From: Rich J <rjoralist3_at_society.servebeer.com>
Date: Thu, 14 Jul 2016 08:31:15 -0500
Message-ID: <e856deca4b5f7bb8710995cd276a4dae_at_society.servebeer.com>



 

On 2016/07/14 07:54, Dimensional DBA wrote:

> The reasons are many as I explained yesterday. There are a variety of COTS vendor software that was written to think they own the database world and need the access through one administrative user to control other users that are a part of their application in the database. Normally these applications are purchased by a specific team in the company in a lot of cases other infrastructure teams before the DBA team evens knows the app exists and there is nothing that can be done at that point as the vendor is not changing their app and it has to be implemented.

 I'm going through something similar right now, although I was able to talk the vendor out of the DML "ANY" privs. Instead of installing their schema into our ERP DB, I have an auxiliary DB that connects to the ERP DB via links. I created schemas to mirror the ERP DB, then views over the DB links. The vendor keeps warning of performance problems of the DB links, as though their views than generate 70-line explain plans aren't the real issue...

Not that this method will work for every vendor's software, but it might be one alternative.

Rich

--
http://www.freelists.org/webpage/oracle-l
Received on Thu Jul 14 2016 - 15:31:15 CEST

Original text of this message