Hmmm, challenging. I liked the suggestion of looking for worst practices first. But be careful - some organisations don't like to be told about that sort of thing... FWIW - I established standards based on all manner of experience, user feedback, etc etc, and then documented those standards into the database itself. 'Metadata', with its own schema. Then I built a large number of exception reports which a) validate that the metadata is itself consistent and complete, and b) tests with exception reporting that the database-proper conforms to the standards expressed in the metadata. There is a satisfying orthogonality to having everything in the database. Saves wear on the carpet too... Last point - it is a MAJOR and time-consuming undertaking, and will continue for as long as you are running a database. peter edinburgh ps - talking about a) & b) at UK-OUG this autumn Wednesday, August 4, 2004, 11:45:22 PM, you wrote: D> I ahve been asked to write the standards for the company in terms of D> Oracle databases. D> I have never done anythign like that before... D> Anyone have any pointers or skeletons or examples I could review? D> Cheers -- mailto:pgro@xxxxxxxxx ********************************************************************* This e-mail message, and any files transmitted with it, are confidential and intended solely for the use of the addressee. If this message was not addressed to you, you have received it in error and any copying, distribution or other use of any part of it is strictly prohibited. Any views or opinions presented are solely those of the sender and do not necessarily represent those of the British Geological Survey. The security of e-mail communication cannot be guaranteed and the BGS accepts no liability for claims arising as a result of the use of this medium to transmit messages from or to the BGS. . http://www.bgs.ac.uk ********************************************************************* ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------