HP3000-L Archives

April 2003, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"Atwood, Tim (DVM)" <[log in to unmask]>
Reply To:
Atwood, Tim (DVM)
Date:
Mon, 21 Apr 2003 10:30:52 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (92 lines)
None of them were as positive as the HP3000 :-(

I have had experience with all three.

JDE - Exactly the experience your husband's company has had. Though I am not
sure I would even place the financials in the "great" category. Adequate but
not great. The production side is definitely below adequate and well into
the terrible category.

Oracle - A well written and managed Oracle based application can be great.
Unfortunately most of my experience is with a system converted from an old
IBM system into Oracle. The design of this system stunk. Obviously the
people had no concept of relational database design. I doubt they had the
first clue how to normalize their structure. So most of my experience with
Oracle have been bad though possibly not due to Oracle itself.

Depending on the type of production your company does, your materials
planning / BOM may be unsatisfactory in Oracle. Relational databases are
notoriously bad at iteration and Oracle is no exception. I have never seen
an Oracle Bill-of-Materials (or JIT parts plan or whatever) for any sort of
complex multi-level part structure which was up to my standards for
efficiency or ease of use. The same goes for any complex scheduling
application.

Even with the newer pricing from Oracle, it can still be pretty expensive.

Microsoft - are we talking NT server here or what? By buying really top-end
hardware and designing the network and storage (SAN / NAS, etc.) very
carefully, it can be OK. If you go cheap and/or do not design the network
and storage connections properly you will be at the mercy of every small
breakdown. Multiple small pieces mean somewhere in the network something
will be breaking down. If you are dependent on any single piece of equipment
(or operating system or application on that piece of equipment), you will
spend most of your time fighting fires.

I have also found keeping up with patches, security, etc. and making sure
everything is at the same level is a real pain. Patch one server and
something else breaks because of incompatible drivers, firmware or sometimes
I swear it must be sunspots or the god of Microsoft is needs a sacrifice.

I want my MPE!

I wish you luck...

Timothy Atwood
Holtenwood Computing
http://www.holtenwood.bc.ca/computing/
for Domtar Vancouver Mill
(Opinions expressed are mine and do not reflect Domtar)



-----Original Message-----
From: Cynthia Fowler [mailto:[log in to unmask]]
Sent: Monday, April 21, 2003 6:39 AM
To: [log in to unmask]
Subject: Re: New Platform


We are, and it will be software driven. I'm not involved in the
decision-making process (my opinion was not asked, nor have I been in the
evaluation process, so I think my days here may be numbered), but I know
they have narrowed it down to either JD Edwards, Oracle or Microsoft for our
production and financials. I think I heard that JD Edwards is the
front-runner <groan -- my husband's company uses this product on their AS400
and have nothing but problems on their production side. The financials are
great, but the blood and guts production system really stinks.>

Has anyone out there had any positive experiences with any of these.

>>> <[log in to unmask]> 04/20/03 09:50PM >>>
How many of you out there are considering a new hardware platform and/or
applications?

Mitchell K. Kleinman
Executive Vice President
CCS - an IBM Premier Business Partner
949-476-0874 (Main)
949-261-3298 (Direct)
949-261-9164 (Office Fax)
425-940-1954 (eFax)
[log in to unmask]

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2