Re: Process Documentation and Engineering - In Use?

OK I really do appreciate the input here .... but sometimes us Techies have a need to find a problem with a question and pontificate as to why others 'don't get it'.

The reason is simple. The DB specific layer should easily work with multiple versions of Oracle. But as any half way decent Developer knows. You need to certify your product on specific versions. IE Tested 100% with XXX or YYY. Now as most of us know a clip of PL/SQL will work with any version.....but you need to categorically state it has been tested and certified by the manufacturer to work with a specific version... I mean come on if you are supporting a trading application or Banking application you are not arrogant and say..hay my stuff works with any version...unless of course you are so confident in your work that you go over the line of confident to blind arrogance. When I say something works with version XXX even thought the code uses no specific PL/SQL of any specific version I will test it, then test it again then have someone else test it.

Somehow I thought my question was really just plain old simple - what is the more prevalent version out their. Now I understand the need offer advice on design - but that I do not need - yet - maybe later - just looking for a simple answer like '9.2'

-- 
Bruce J Hafner
http://www.siliconmindset.com
Flow charting, Process Maps for Business

"Brian Peasland" <dba_at_remove_spam.peasland.com> wrote in message
news:3F44E039.184D864C_at_remove_spam.peasland.com...


> > The version of Oracle shouldn't play into that part of it at all, IMO.

>

> Let me correct that. The version of Oracle shouldn't play a part of your

> product as far as the features of your product. If anything, the

> features of your product determine the features in Oracle that you will

> need to use to deliver a good product. For instance, if your product

> will require millions of rows of data in a table, this may mean that you

> want to use partitioning. So you'll need a version of Oracle that

> supports partitioning in this case. But it is the product that derives

> this, not the prevalence of the database version.

>

> Cheers,

> Brian

>

>

>

>

>

> -- 

> ===================================================================

>

> Brian Peasland

> dba_at_remove_spam.peasland.com

>

> Remove the "remove_spam." from the email address to email me.

>

>

> "I can give it to you cheap, quick, and good. Now pick two out of

>  the three"