"STORED PROCEDURES"- VERS
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