RE: Perl Book Recommendations
- From: "David Lee" <David_Lee@xxxxxxxxxx>
- To: <oracle-l@xxxxxxxxxxxxx>
- Date: Fri, 2 Apr 2004 09:49:58 -0500
All the books that were mentioned before are excellent books. Another =
good book I like is the "Perl Cookbook". I frequently browse through it =
to find commonly used codes.
I use perl with DBI at work too. It is very powerful and easy to use =
too. I remembered there was another way to connect to Oracle without =
using DBI or oraperl. The author said it offered comparable =
performances to DBI and allow "database independence". I think you had =
to create an internal mapping of tables within the program. So if you =
ever had to restructure the tables, you don't need to change the SQL. =
(Sorry, my memory is kind of shot.)
- David Lee
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx]On Behalf Of Mladen Gogala
Sent: Thursday, April 01, 2004 10:19 PM
To: oracle-l@xxxxxxxxxxxxx
Subject: Re: Perl Book Recommendations
No RTFM's here. The question is not stupid, and there aren't many =
manuals=20
around. Yes, DBI is still the best way to do it. Drivers are stable and =
work
really, really well. The latest version does differ from the book in =
that it
returns new hash reference each time it's called and that there is new =
DBD::Oracle
field called: ora_check_sql, but that's about it. If I wanted to throw a =
RTFM at
you, I wouldn't bother giving you the whole literature list. A long, =
long time ago,
in a version far, far away, there used to be something called oraperl, =
which
was using routines like &ora_login (at those ancient times, routines =
were called
with the "&" prefix) but nobody is using it any more. Even I have =
converted all
my scripts to perl5 some 4 years ago and I'd have to look really hard to =
find oraperl
manuals now. I don't see any other purpose to those old manuals now but =
to torture=20
somebody into submission. That means that Jared might still have them =
(wicked grin).
On 04/01/2004 09:46:45 PM, Larry Elkins wrote:
> Mladen,
>=20
> Thanks for the recommendations. And of course I'm aware of the Jared =
and
> Duncan book ;-) Your comments about DBI being a little old, is DBI =
still the
> way to interface with Oracle (and other databases)? Or has something =
else
> come into play? Yes, I will be googling for that answer as soon as I =
send
> this so don't send some stinking rtfm or "google it up" answer ;-) =
Sometimes
> it is useful to get the opinion of people you trust as opposed to =
reading
> just a lot of junk on the internet.
--=20
Mladen Gogala
Oracle DBA
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Other related posts:
