"JQP" <
XXXX@XXXXX.COM >wrote in message
Quote
Looks nice but why Oracle? Looks like overkill to me and it really limits
your target market. I prefer products that support ODBC so I can choose
my
own backend.
A couple of reasons:
1. It's the database with which I have the most programming experience.
I've been developing Oracle apps for the last 5 years or so, and my brother
(and business partner) is a contract instructor for Oracle and partners.
2. I have no concerns about it's ability to handle a load or large volumes
of data. The biggest database I've ever worked with was 500GB and we never
had any problems.
3. Java stored procedures. Currently, there is only one, but it's
essential as it sends mail out of the database and into the external mail
server. I intend to run the database on Solaris, Linux and Windows. Since
I can't develop an external function for Oracle on Solaris in Delphi/Kylix
my only other choice would be C.
4. People. It's not hard to find documentation and/or skilled people
familiar with Oracle. One of our selling points is (hopefully) for
customers to get better use out of their in-house Oracle talent. For
smaller installations, the we'll be providing to tools to help with
administration and performance tuning.
We're in contact right now with one company investigating Group-E, and
they're interested in 3500 seats or so. They like the fact that they can
use the people that the already have, the backup infrastructure that they
already have, monitoring tools they already have, etc. They don't have to
learn very much in order to use it. That's exactly what we're going after.
Cheers,
Brian
{smallsort}