Talk About Network

Google


Register and Login
Nick
Password
Register create new account Sign up is FREE and you can post replies, new topics, bookmark posts and more!
Recover lost password


Data Bases > Oracle Miscellaneous > Re: passing CLO...
Latest [ Topics | Posts ] Archive Post A New Topic Post a Reply
<< Topic < Post Post 2 of 2 Topic 6965 of 7280
Post > Topic >>

Re: passing CLOB in Stored Procedure as IN/OUT

by "Vladimir M. Zakharychev" <vladimir.zakharychev@[EMAIL PROTECTED] > Jun 23, 2008 at 11:29 PM

On Jun 23, 12:22=A0pm, sachin.ga...@[EMAIL PROTECTED]
 wrote:
> Hi,
>
> I am trying to get an answer for 'Is it required to create a tem****ary
> lob before doing an in/out operation on a lob being passed as in/out
> parameter in a stored-procedure?"
>
> I have seen some of the OCI samples, wherein tem****ary lob is created
> using OCILobCreateTem****ary call and then we use OCILobWrite or
> OCILobRead call but could not find a reason to do so.
>
> I think it is logical to create a tem****ary lob for a table having
> CLOB column rather for stored-procedure.
>
> any suggestions will be helpful
>
> Thanks,
> Sachin

No, it's not necessary to always create a tem****ary LOB: you can pass
a valid LOB locator pointing to some existing LOB in a table just the
same. For example, you can create a new row in a table with LOB column
defaulting to empty_{c|b}lob(), select it for update and then pass the
locator to your stored procedure (or just select existing LOB for
update.) The only requirement for LOB I/O is that the LOB locator
being read/written is valid (the LOB it points to exists;) it makes no
difference if the LOB is tem****ary or permanent.

Regards,
   Vladimir M. Zakharychev
   N-Networks, makers of Dynamic PSP(tm)
   http://www.dynamicpsp.com
 




 2 Posts in Topic:
passing CLOB in Stored Procedure as IN/OUT
sachin.garge@[EMAIL PROTE  2008-06-23 01:22:41 
Re: passing CLOB in Stored Procedure as IN/OUT
"Vladimir M. Zakhary  2008-06-23 23:29:36 

Post A Reply:
  Go here to Signup

AddThis Feed Button


About - Advertising - Contact - Frequently Asked Questions - Privacy Policy - Terms of Use - Signup

Contact
tan12V112 Wed Dec 3 0:18:28 CST 2008.