Re: [Solved] Reverse Engineering Oracle - painfully slow?
Re: [Solved] Reverse Engineering Oracle - painfully slow?
- Subject: Re: [Solved] Reverse Engineering Oracle - painfully slow?
- From: "Simon J. Oliver" <email@hidden>
- Date: Tue, 17 Jul 2007 09:27:18 -0500
Thanks for the advice, Randy. I tried changing the steps in
EOModeler, and continued to test, but it didn't make a lot of
difference that I could tell.
What seems to have helped most is downgrading my Oracle jdbc driver
to an older version that most closely matches the database I'm
working against; I guess the drivers are not fully backwards-compatible.
On Jul 14, 2007, at 9:31 AM, Randy Wigginton wrote:
Try skipping different steps; avoid primary keys, ignore
relationships, ignore stored procedures. Just getting the basics
always goes really quickly.
You may have already tried this, but seems like its worth a shot.
On Jul 13, 2007, at 8:40 PM, Simon J. Oliver wrote:
Hi y'all -
I am trying to reverse engineer tables from a client's Oracle
database. I have tried both EntityModeler (build 4118) and
EOModeler, and from two different Tiger machines - all with
similar results; namely that I can connect to the database, see
and select the tables i want to reverse engineer, and then the
modeler app becomes unresponsive. In some of my tests,
EntityModeler did eventually return to life, and present me with a
functional model that I was able to use to pull data - but only
after being locked up for 20 minutes or more. In other cases, I
forced quit the apps (after more than an hour, in some cases) with
no results.
Reverse engineering MySQL tables works fine for me (and pretty
much instantaneously), and the Oracle tables I've been testing
against are not large - less than a dozen fields, a few tens or
hundreds of records, if that matters. However, I'd really like to
get this working, as there are some very large tables I'd like to
be able to build models of, and doing it by hand would be a major
pain.
Has anyone else seen this - or can even offer any pointers on what
might be going wrong?
Thanks,
Simon
--
Simon J. Oliver
Applied Information Technology Center
University of Memphis, TN
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40gmail.com
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden