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 1,956 of 2,288   
   bdj to All   
   Re: table API   
   15 Dec 04 21:04:05   
   
   From: B.D.Jensen@gmx.net   
      
   Hi!   
   But what about performance when you have to manipulate more than one row   
   quickly?   
   Greetings   
   Bjørn   
   "Mark C. Stock"  skrev i en meddelelse   
   news:apOdnWPwarUfvV3cRVn-rg@comcast.com...   
   >   
   > "bdj"  wrote in message   
   > news:41bf3ce8$0$281$edfadb0f@dread11.news.tele.dk...   
   > | Hello!   
   > | With Designer (and other tools) you can generate table-API's.   
   > |   
   > | When is a good idea to use it? I assume that it only make sense when   
   > have   
   > to   
   > | modify an single row by an   
   > | Forms/Report or other end-user-application (for example   
   > web-interfaces) -   
   > | right?   
   > |   
   > | Where to read more about it?   
   > |   
   > | Greetings   
   > | Bjørn   
   > |   
   > |   
   >   
   > i've come to be quite an advocate of TAPI's the more applications i've had   
   > to maintain   
   >   
   > TAPI's generated by tools are of course very rudimentary -- but as you   
   > fold   
   > in appropriate business rules, having a single procedure that maintains a   
   > table greatly simplifies maintenance and development -- and debugging. on   
   > many projects that i've been called in on to support/maintain/enhance i've   
   > had to spend most of my time searching code to find out what procedures   
   > are   
   > accessing a certain table. if it's all in a single package, you've got a   
   > nice clean structure to work with.   
   >   
   > ++ mcs   
   >   
   >   
      
   --- 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