"STORED PROCEDURES"- VERS

From: Jared P. Hecker <hecker_at_panix.com>
Date: 30 Dec 1993 17:15:03 -0500
Message-ID: <2fvjt7$j6b_at_panix.com>


berli_at_swi>Now the question: How much functionality should be implemented in stored
berli_at_swi>procedures, and how much should be left in SQL*Forms? Immediate validation
berli_at_swi>of an entered field value is probably better in SQL*Forms than evaluating an
berli_at_swi>entire form by e.g. one of the mentioned procedures.

berli_at_swi>Has anyone else also thought about these problems, and what are possible
berli_at_swi>solutions? What are your (practical) experiances?

Martin -

Essentially, any function that properly belongs in the kernel (e.g., security or complex referenctial integrity), or applications-type functions that are likely to be shared across apps (or even modules of the same app), will produce better performance if implemented in the kernel. PL/SQL under V7 lets you make client-server decisions in principle and implemnt them without having to compromise (at least in this area).

hth -

jh

---
 þ MR/2 þ 
                                                                                                    
-- 
Jared Hecker               |   
hecker_at_panix.com           |
76276.740_at_compuserve.com   |   
Received on Thu Dec 30 1993 - 23:15:03 CET

Original text of this message