| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Theory v Practice
Wow, Life is stranger than fiction!
First of all buy stock in your hardware vendors since every query will result in a table scan of every table and if you get more than an intermittant workload on the system, it may very well come down onto its knee's. indeed they are making it a very expensive file system -- and inefficient!
Second, how are they going to prevent duplication? VIA the front-end only? Keep laughing at them until you turn blue. Wait till they get a user who figures out they can do what they want through any ODBC product and create havoc with duplicate records, etc. etc.
Third, work on your resume or ask for a transfer. This application sound like a real "Cluster-F@#$"
My apologies for being bluntly honest, but I speak from experience from my very early days with RDBMS applications.
Greg
-----Original Message-----
Sent: Wednesday, October 23, 2002 1:45 PM
To: Multiple recipients of list ORACLE-L
The developers working on our new VB app are also responsible for
setting up the Oracle DB behind it. The app is for an order
entry/despatch/warehouse system with >5 million customers and >1000
orders per day. We have nearly 400 tables. They are not planning on
using primary keys/secondary keys, as they say they will handle all the
constraints via VB.
I only have a theoretical knowledge of database design, which says this
is very wrong. Is the Oracle system being used as anything more than an
expensive file system? In real world scenarios, is this a common
practice?
Regards
Craig Healey
This email and any files transmitted with it are confidential and intended
solely
for the use of the individual or entity to whom they are addressed and may
contain
confidential and/or privileged material. Any review, retransmission,
dissemination
or other use of, or taking of any action in reliance upon, this information
by
persons or entities other than the intended recipient is prohibited.
Statements
and opinions expressed in this e-mail may not represent those of the
company.
If you have received this email in error please notify system.administrator_at_hhsuk.com
This footnote also confirms that this email message has been swept by
MIMEsweeper
for the presence of computer viruses (www.mimesweeper.com)
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: ListGuru_at_fatcity.com (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).
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: ListGuru_at_fatcity.com (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 Wed Oct 23 2002 - 13:39:30 CDT
 |
 |