Go for it, and let us know how it goes... but remember that tuning *after*
development is about 10 times harder than doing it as an integral part of
development. Talk to Sybrand... he'll tell you a thing or to about
Developers!!!
Best of luck
HJR
--
----------------------------------------------
Resources for Oracle: http://www.hjrdba.com
===============================
"Leo" <leo_at_antapi.XXX.com> wrote in message
news:a78f2u$a8k$1_at_newsg4.svr.pol.co.uk...
> I think you're light years ahead of me, techie wise, Howard.
>
> I'm not even at the performance tuning stage. For just now, I just need
to
> be able to see the data.
>
> Once I've got stuff working, if it doesn't meet performance requirements,
> I'll start tuning. But I see what you mean about warming up the cache, I
> didn't understand what you meant first time round.
>
> But thanks for understanding exactly what I wanted to do
> > > > At the end of the day, and since your only requirement really is to
> see the
> > > > same database from both O/Ses, the easiest thing to do would be to
> install
>
> I'm trying out your suggestion right now.
>
> Thanks
>
> Leo
>
>
> "Howard J. Rogers" <dba_at_hjrdba.com> wrote in message
> news:a707o9$vaj$1_at_lust.ihug.co.nz...
> > Sorry Leo... perhaps I've mis-understood, but you want to dual boot
O/Ses
> (I
> > thought). That means booting the machine, which means re-starting
Oracle
> > each boot. I'm not saying it's not feasible or anything, just that
> > development is probably more robust when tested on something that
> resembles
> > reality, and a freshly-started Instance isn't necessary a good facsimile
> of
> > reality.
> >
> > I suppose what I'm think of, is that it's going to be hard to reliably
> tune
> > your code when the caches are stone cold after each reboot required to
> > switch O/Ses.
> >
> > Regards
> > HJR
> > --
> > ----------------------------------------------
> > Resources for Oracle: http://www.hjrdba.com
> > ===============================
> >
> >
> > "Leo" <leo_at_antapi.XXX.com> wrote in message
> > news:a6vf32$52s$1_at_news7.svr.pol.co.uk...
> > > Thanks, Howard for your comments.
> > >
> > > > The trouble with your solution is that you'll be forever shutting
down
> > so
> > > > you can reboot into the other O/S -and that means a fresh startup
each
> > >
> > > What do you mean that I'll be forever shutting down?
> > >
> > > My aim is that, if I've done some development from NT (modifying,
> creating
> > > tables,
> > > adding, removing data etc) to this single, shared database, that when
> > > (perhaps days or weeks later), I'm developing in 2000, I can see those
> > > changes.
> > >
> > > Surely, my described use here, means that I don't need to keep
shutting
> > > down?
> > >
> > > Regards
> > >
> > > Leo
> > >
> > > "Howard J. Rogers" <dba_at_hjrdba.com> wrote in message
> > > news:a6u8ma$5p3$1_at_lust.ihug.co.nz...
> > > > At the end of the day, and since your only requirement really is to
> see
> > > the
> > > > same database from both O/Ses, the easiest thing to do would be to
> > install
> > > > Oracle twice, once in each O/S, and both into separate directories.
> You
> > > > need then only use oradim under NT to create a service that allows
the
> > > > existing database to be opened.
> > > >
> > > > I have a similar sort of need: to have 8i and 9i databases
available,
> > but
> > > > wanting to share the data between them. My solution was to purchase
a
> > PC
> > > > case, resurrect an ancient (!) Celeron 333, and build a separate box
> for
> > > the
> > > > 8i database (it helps if you have an assortment of old RAM and hard
> > disks
> > > > scattered at the backs of various cupboards, too). All I then need
to
> > do
> > > is
> > > > to establish database links between the two databases, and
everything
> is
> > > > fine.
> > > >
> > > > The trouble with your solution is that you'll be forever shutting
down
> > so
> > > > you can reboot into the other O/S -and that means a fresh startup
each
> > > > time... and that means your cache will need to warm up each time.
Not
> > > sure
> > > > how reliable a development environment that's going to be.
> > > >
> > > > Regards
> > > > HJR
> > > > --
> > > > ----------------------------------------------
> > > > Resources for Oracle: http://www.hjrdba.com
> > > > ===============================
> > > >
> > > >
> > > > "Leo" <leo_at_antapi.XXX.com> wrote in message
> > > > news:a6u7p2$jbh$1_at_news8.svr.pol.co.uk...
> > > > > Thanks Daniel for your help.
> > > > >
> > > > > re: copying the registry entries - are there many?
> > > > > is that gonnae be a long error-prone process?
> > > > >
> > > > > Have you done this before, and did it work successfully?
> > > > >
> > > > > Am I REALLY that weird for wanting to be able to do this...
> > > > >
> > > > >
> > > > >
> > > > > "damorgan" <damorgan_at_exesolutions.com> wrote in message
> > > > > news:3C926DF1.B0FDB08F_at_exesolutions.com...
> > > > > > Copy the registry entries from one to the other and use oradim
to
> > > mirror
> > > > > > the services.
> > > > > >
> > > > > > Daniel Morgan
> > > > > >
> > > > > >
> > > > > >
> > > > > > Leo wrote:
> > > > > >
> > > > > > > I've got an NT4/Win2000 dual boot machine.
> > > > > > > There's a shared logical drive.
> > > > > > >
> > > > > > > Can I install Oracle server in such a way that the database
> itself
> > > > > > > is on the shared drive, and can be seen from both NT4 and
2000?
> > > > > > >
> > > > > > > Cheers
> > > > > > >
> > > > > > > Leo
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>
Received on Wed Mar 20 2002 - 01:44:37 CST
