home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   comp.databases.oracle      Overblown overpriced overengineered SHIT      2,288 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 419 of 2,288   
   Jim Kennedy to Matthew Houseman   
   Re: Best practices: commit by database l   
   18 Sep 03 01:52:17   
   
   From: kennedy-down_with_spammers@no_spam.comcast.net   
      
   "Matthew Houseman"  wrote in message   
   news:73986c9d.0309171022.2053e617@posting.google.com...   
   > All,   
   >   
   > What's the accepted best practice for persisting data?  Commit by the   
   > PL/SQL or commit by the caller (C#, Java, VB, etc.).  I believe that   
   > if the caller starts a transaction and calls PL/SQL that contains   
   > commit/rollback that the XA Manager throws an exception.  Since I   
   > can't predict what the caller of my PL/SQL could do, I'm leaning   
   > towards having the caller handle the transaction as a precondition of   
   > calling into the database layer.   
   >   
   > Comments are appreciated.   
   >   
   > Matt Houseman   
      
   Unless the entire pl/sql procedure is a transaction I would have the caller   
   set the transaction boundries.  Then the expectation of what do do with   
   exception handling is clearer. Caller gets the exception and determines what   
   to do (rollback, retry, commit, ask the user something, log it etc.).   
   Jim   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca