RE: Alternatives to using utl_file

  • From: "Goulet, Richard" <Richard.Goulet@xxxxxxxxxxx>
  • To: <JDunn@xxxxxxxxx>, <oracle-l@xxxxxxxxxxxxx>
  • Date: Wed, 17 Dec 2008 11:09:53 -0500

My answer is to use Directories, but retain the create any directory
privilege to the DBA ONLY.
 

Dick Goulet 
Senior Oracle DBA 
PAREXEL International 
978.313.3426 
 information transmitted in this communication is intended only for the
person or entity to which it is addressed and may contain confidential
and/or privileged material. Any review, retransmission, dissemination or
other use of, or taking of any action in reliance upon, this information
by persons or entities other than the intended recipient is prohibited.
If you received this in error, please destroy any copies, contact the
sender and delete the material from any computer.


 

________________________________

From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of John Dunn
Sent: Tuesday, December 16, 2008 7:25 AM
To: oracle-l@xxxxxxxxxxxxx
Subject: Alternatives to using utl_file


Apart from re-writing pl/sql to java, what are the alternatives to
utl_file that I can use in PL/SQL to read and write files?
 
Oracle version is 10.2
 
 
 

John Dunn

Product Consultant
Sefas Innovation Limited.

Tel:   + 44 (0) 117 373 6122

www.sefas.com <http://www.sefas.com/> 

P   Please consider the environment before printing this email

Sefas Innovation Limited, CityPoint, Temple Gate, Bristol BS1 6PL, UK.

Tel: +44 (0) 117 373 6114 Fax: +44 (0) 117 373 6115.

Registered No: 3769761 England. 

Registered Office: One New Street, Wells, Somerset, BA5 2LA, United
Kingdom. 

VAT Registration No: GB 741 5377 32

Unless stated to be non-confidential, this email and any attachments are
private and confidential and are for the addressee only.  Sefas monitors
e-mails to ensure its systems operate effectively and to minimize the
risk of viruses.  Whilst Sefas has taken reasonable steps to scan this
email, it does not accept liability for any virus that may be contained
in it.

Internet communications are not 100% secure and as such Sefas is not
responsible for their abuse by 3rd parties, nor for any alteration or
corruption in transmission.

 

Other related posts: