Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Usenet -> c.d.o.server -> Re: 5 instances = too much ???

Re: 5 instances = too much ???

From: Janet Gelsinger <jgelsinger_at_kc.rr.com>
Date: Mon, 23 Apr 2001 07:25:10 GMT
Message-ID: <qNQE6.20071$W67.2409757@typhoon.kc.rr.com>

Broadvision version 5.0 does not support referential integrity, but verion 5.5 does.

P.S. I've learned a lot from reading your responses. Thanks!

"Sybrand Bakker" <postbus_at_sybrandb.demon.nl> wrote in message news:00m2etsorvs6n3hpqapeqbdklul85r0clf_at_4ax.com...
> I would like to add a little but very obvious thingy
> 5 Ask whether they use primary or foreign key constraints, and if not
> by what other means they validate and enforce relational integrity.
> I asked this question to three different technical people of
> Broadvision (vendor of e-commerce sw) and in all three cases they
> avoided to answer the question, saying something they don't need it,
> because data is never really deleted, only flagged as deleted.
> Now you guess what kind of RI mechanism they were using...
> Right: None at all
> If that's the situation and you already have decided to buy such
> crapware, make sure you hire a good lawyer.
>
> Regards,
>
> Sybrand Bakker, Oracle DBA
>
>
>
>
> On Sat, 21 Apr 2001 00:02:35 -0700, "Daniel A. Morgan"
> <dmorgan_at_exesolutions.com> wrote:
>
> >I think you will find that a lot of vendors put out Oracle products when
 in fact
> >what they know is ODBC, rather than Oracle. These products are almost
 always a
> >disaster. Forget the cost of the product. Think cost of consulting
 services to
> >clean up the mess.
> >
> >My advice to people considering third-party products for Oracle includes:
> >1. Get a list of other companies of about the same size using the
 product ...
> >and don't get it from the vendor ... do your homework. And talk to their
 IS
> >staff directly ... not their management.
> >2. See what storage parameters they use on their tables and indexes.
 If no
> >storage parameters or dumb stuff like pctincrease of 50% don't let them
 anywhere
> >near your company.
> >3. Make your purchase of their product contingent on their having it
 up and
> >running within a set number of days beginning the installation.
> >4. Make sure there is at least one other vendor that supports their
 product
> >with tuning and debugging services so you can fire them if you need to.
> >
> >Daniel A. Morgan
> >
> >
> >
> >Greg Akins wrote:
> >
> >> "Terry Dykstra" <dontreply_tdykstra_at_cfol.ab.ca> wrote in message
> >> news:9pDD6.34$iw5.25870_at_news0.telusplanet.net...
> >> > So how do you deal with different application vendors who certify
 their
> >> > applications only on specific versions of Oracle?
> >>
> >> My company is dealing with a Vendor who is asking us to create a
 seperate
> >> instance for their product. Consensus is: do what the vendor wants, so
 we
> >> can be assured of getting support later on.
> >>
> >> However, so far, the other vendor I've dealt with who claims to support
> >> Oracle 8 really didn't have an Oracle expert on staff and their product
> >> doesn't completly work with Oracle 8 due to datatype inconsistencies
 between
> >> their app and Oracle.
> >>
> >> The new vendor claims to support 8i but sent us 7.3 create
 database/instance
> >> scripts and won't followup with 8i documentation.
> >>
> >> I think that most vendors that ask, without reason, for a seperate
 instance
> >> because they don't know that much about Oracle (easy to write portable
 code
> >> via ODBC and ANSI SQL) and view a distinct instance on the customer
 side as
> >> the easiest way to enable their organization to support the product.
> >>
> >> -greg
> >>
> >> -----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
> >> http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
> >> -----== Over 80,000 Newsgroups - 16 Different Servers! =-----
>
Received on Mon Apr 23 2001 - 02:25:10 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US