Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: Development projects: Multiple databases v/s multiple schemas

RE: Development projects: Multiple databases v/s multiple schemas

From: Goulet, Dick <DGoulet_at_vicr.com>
Date: Fri, 20 Jun 2003 08:08:27 -0700
Message-ID: <F001.005B6241.20030620073948@fatcity.com>


Naveen,

        It depends on the deployment method to be used. In general I try to limit the number of instances. Sure not having each project in it's own instance diminishes some of the capabilities that you have to monitor how they perform, but all of those instances are competing on the server for the same resources (CPU, memory, and IO). Have one badly performing application and one instance will cause a pile of problems that may not be easy to figure out. Also it depends on how much these applications are dependent on each other for data. I try, although I don't succeed, to minimize inter instance communication. SQL*Net is not very efficient.

Dick Goulet
Senior Oracle DBA
Oracle Certified 8i DBA

-----Original Message-----
Sent: Friday, June 20, 2003 8:19 AM
To: Multiple recipients of list ORACLE-L

Hi,

For multiple projects we are planning to have a centralized server(as opposed to multiple servers, to improve managability) which all the development teams will use for their backend work.

Now there are 2 ways in which to provide them access.

  1. Have only 1 database for each version of Oracle Server installed and create schemas for individual teams for their development work.
  2. Create a separate DB for each project team.

I want to know the pros and cons for both the approaches.

Any ideas and suggestions are most welcome.

Regards
Naveen

DISCLAIMER:
This message (including attachment if any) is confidential and may be privileged. Before opening attachments please check them for viruses and defects. MindTree Consulting Private Limited (MindTree) will not be responsible for any viruses or defects or any forwarded attachments emanating either from within MindTree or outside. If you have received this message by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorized use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change and MindTree shall not be liable for any improper, untimely or incomplete transmission.
--

Please see the official ORACLE-L FAQ: http://www.orafaq.net
--

Author: Naveen Nahata
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
--

Please see the official ORACLE-L FAQ: http://www.orafaq.net
--

Author: Goulet, Dick
  INET: [EMAIL PROTECTED]
Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). Received on Fri Jun 20 2003 - 10:08:27 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US