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

From: <A.Bahar_at_billing-components.com>
Date: Fri, 20 Jun 2003 08:29:02 -0700
Message-ID: <F001.005B62E1.20030620080440@fatcity.com>

Hi Rajendra
...
For
Example ,

There is one instance and two project on this instance.

ProjectA and ProjectB.

 beetween 10:00 am and 11:30 am , ProjectA realized via numerious sessions
 30 times wait for
event of "free buffer inspected"
 1000 block "consistent get"
 2000 block "buffer get"
 100 block "physical
read"

<FONT

face=Arial color=#0000ff size=2> beetween 09:30 am and 11:30 am , ProjectB realized via numerious sessions
 240 times wait for
event of "free buffer inspected" 
 500 block "consistent
get"
 500 block "buffer
get"
 5100 block "physical
read"

 And you take a performance report for beetween 09:00 and 12:00 ,
 And values are


 270 times wait for
event of "free buffer inspected"
 1500 block "consistent
get"
 2500 block "buffer
get"
 5200 block "physical
read"

<SPAN

class=724294614-20062003> cahce hit ratio 1-(1500+2500)/5200 = 0.23
<SPAN

class=724294614-20062003>
<SPAN

class=724294614-20062003> Question : which project cause to these figurs.
<SPAN

class=724294614-20062003>







 -----Original
Message-----From: Jamadagni, Rajendra
[mailto:[EMAIL PROTECTED]Sent: Friday, June 20, 2003 4:05 PMTo: Multiple recipients of list ORACLE-LSubject: RE: Development projects: Multiple databases v/s multiple schemas

if your schema will be cross-referencing, I vote for ONE db with multiple schema. This way, any changes in one schema immediately affect others and can be controlled. If you _know_ (guaranteed by management) that the schema will _never_ cross reference, then I'd still go for single DB, unless there is a proven need for separate database. I know developers like to have a whole database for themselves, but unfortunately all schema co-exist in the database, so should developers in one DB.

Bahar, I didn't understand your point, so pardon me. What statistics are we talking here? You mean if ytou have on database per schema, table stats will be different than having all schema in one DB ?? Raj -------------------------------------------------------------------------------- Rajendra dot Jamadagni at nospamespn dot com All Views expressed in this email are strictly personal. QOTD: Any clod can have facts, having an opinion is an art ! -----Original Message----- From: [EMAIL PROTECTED] [<A href="mailto:[EMAIL PROTECTED]">mailto:[EMAIL PROTECTED]] Sent: Friday, June 20, 2003 9:19 AM To: Multiple recipients of list ORACLE-L Subject: RE: Development projects: Multiple databases v/s multiple schemas if you create separete databases , you can monitor statistics of each of them indivudually. Otherwiese database statistics will be affected from multiple projects . -----Original Message----- Sent: Friday, June 20, 2003 2:19 PM 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: <A target=_blank href="http://www.orafaq.net">http://www.orafaq.net -- Author: Naveen Nahata INET: [EMAIL PROTECTED] Fat City Network Services -- 858-538-5051 <A target=_blank href="http://www.fatcity.com">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: <A target=_blank href="http://www.orafaq.net">http://www.orafaq.net -- Author: <[EMAIL PROTECTED] INET: [EMAIL PROTECTED] Fat City Network Services -- 858-538-5051 <A target=_blank href="http://www.fatcity.com">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:29:02 CDT