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] [mailto:[EMAIL PROTECTED]
Sent: Friday, June 20, 2003 12:05 PM
To: Multiple recipients of list ORACLE-L
Subject: RE: Development projects: Multiple databases v/s multiple schemasHi 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 sessions30 times wait for event of "free buffer inspected"1000 block "consistent get"2000 block "buffer get"100 block "physical read"beetween 09:30 am and 11:30 am , ProjectB realized via numerious sessions240 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 are270 times wait for event of "free buffer inspected"1500 block "consistent get"2500 block "buffer get"5200 block "physical read"cahce hit ratio 1-(1500+2500)/5200 = 0.23Question : which project cause to these figurs.-----Original Message-----
From: Jamadagni, Rajendra [mailto:[EMAIL PROTECTED]
Sent: Friday, June 20, 2003 4:05 PM
To: Multiple recipients of list ORACLE-L
Subject: RE: Development projects: Multiple databases v/s multiple schemasif 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.
A. 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]
[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
schemasif 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: 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: <[EMAIL PROTECTED]
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).
*********************************************************************This e-mail message is confidential, intended only for the named recipient(s) above and may contain information that is privileged, attorney work product or exempt from disclosure under applicable law. If you have received this message in error, or are not the named recipient(s), please immediately notify corporate MIS at (860) 766-2000 and delete this e-mail message from your computer, Thank you.*********************************************************************1
