Re: db2 vs oracle
So I guess years of using and having experience with Oracle, DB2, Ingres,
Sybase, Sql Server, XDB, SQL Base (Centura), Btrive, dBase (padadox,
CLipper, Foxpro),my SQL, Isam and others is just too narrow an experience.
I as far as I remember Goob is a pile of mess of buggers. At least my kids
say so.
Jim
"Data Goob" <datagoob@hotma il.comwrote in message
news:Zs4Yc.1$QY 2.0@fe55.usenet server.com...
main
The
on
the
was
as
cold)
sites
willingly
on a
150
and
have
since
>
>
So I guess years of using and having experience with Oracle, DB2, Ingres,
Sybase, Sql Server, XDB, SQL Base (Centura), Btrive, dBase (padadox,
CLipper, Foxpro),my SQL, Isam and others is just too narrow an experience.
I as far as I remember Goob is a pile of mess of buggers. At least my kids
say so.
Jim
"Data Goob" <datagoob@hotma il.comwrote in message
news:Zs4Yc.1$QY 2.0@fe55.usenet server.com...
Jim,
>
Thanks for your comments. I disagree that I'm 'completely' wrong, but it
doesn't really matter, I'm not using Oracle. Oracle is a beast of a pig
all the way around, but you would only know that if you used something
besides Oracle. Oracle has excellent marketing, pay no attention to the
man behind the curtain.
>
Thanks!
>
Jim Kennedy wrote:
You know not what you write about. I worked for a company that included
Oracle as the database for an Electronic Medical Records company who's
>
Thanks for your comments. I disagree that I'm 'completely' wrong, but it
doesn't really matter, I'm not using Oracle. Oracle is a beast of a pig
all the way around, but you would only know that if you used something
besides Oracle. Oracle has excellent marketing, pay no attention to the
man behind the curtain.
>
Thanks!
>
Jim Kennedy wrote:
You know not what you write about. I worked for a company that included
Oracle as the database for an Electronic Medical Records company who's
customers were ambulatory care centers. (Your standard Dr.'s office)
customer did not need nor did they have a DBA or even an IS department
staff. Someone who was desktop savy could install the whole system from
excellent step by step documentation. (we started on Oracle 7.1 which
current at the time) People ran it for many years without a problem and
long as they followed the procedures in our manual (eg backup, hot or
then they didn't have any problems even if they had to restore. They
usually called us for restores. We were installed at several thousand
usually called us for restores. We were installed at several thousand
all across the US. Dr. offices are very cheap and they did not
hire people just to administer the system. We supported Oracle running
variety of platforms. (Netware, NT, HPUX, and if we had a larger QA
department could have easily supported Sun and AIX. QA, understandably,
wanted to run complete regression passes for every platform. With about
department could have easily supported Sun and AIX. QA, understandably,
wanted to run complete regression passes for every platform. With about
employees in the entire company at the time, there were just not enough
resources to reasonably do it.)
So one can set things up incorrectly and cause all sorts of headaches
resources to reasonably do it.)
So one can set things up incorrectly and cause all sorts of headaches
make work, but if you take a little care and set it up right you don't
to spend time screwing around.
So you are completely wrong. Oracle has gotten easier to administer
So you are completely wrong. Oracle has gotten easier to administer
7.1.
Jim
Jim
>
Comment