Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
Home -> Community -> Usenet -> c.d.o.server -> Re: tough choices
Mark A wrote:
>>Lets assume, as that is the subject of this thread, that they need >>high security, range partitioning, high availability, and failover. >>All things one would get in Oracle's EE? Lets further assume they need >>an equivalent support agreement. Lets put both solutions on identical >>hardware ... say Intel P4s with 4CPU and 8GB RAM with a NetApp 910 >>filer head and Linux EL AS 3 Update 2. And lets assume that the >>application requires full text searches of documents such as PDFs. In >>short ... the application I am pricing right now for a division of >>a very large aerospace company. Can I do better with DB2? >> >>If you think I can ... feel free to communicate that fact to a sales >>rep. Because that is not consistent with the quotes I've received. >> >>-- >>Daniel Morgan
Exactly my point. Pricing must be based upon equivalent capabilities. Not some simplistic jingoism such as vendor A's EE edition vs. vendor B's EE edition.
The only thing that matters is when specific specifications are put on the table and two or more vendors are asked to submit written bids for the business. And that is where mythology must give way to the facts.
We are here for technology ... not one of us, as far as I know, gets even a dime in commission no matter who sells the most licenses next quarter. I know I certainly don't so I don't care. Lets not make statements about "more expensive" vs "less expensive" unless we are willing to put both the system specifications and the vendor's written quotes up for comparison. Both vendors are charging as much as they think they can given market conditions. And not one penny less. And if I were a stockholder (which I am not) I would expect nothing less.
-- Daniel Morgan http://www.outreach.washington.edu/ext/certificates/oad/oad_crs.asp http://www.outreach.washington.edu/ext/certificates/aoa/aoa_crs.asp damorgan_at_x.washington.edu (replace 'x' with a 'u' to reply)Received on Mon Jun 21 2004 - 01:24:27 CDT