home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / database / oracle / 2638 < prev    next >
Encoding:
Internet Message Format  |  1992-12-28  |  3.5 KB
  1. Path: sparky!uunet!hayes!fgreene
  2. From: fgreene@hayes.com
  3. Newsgroups: comp.databases.oracle
  4. Subject: Re: SQL*Forms Trigger Optimization
  5. Message-ID: <6600.2b3ebd0b@hayes.com>
  6. Date: 28 Dec 92 08:38:35 EDT
  7. References: <1992Dec23.220119.11645@cbfsb.cb.att.com>
  8. Organization: Hayes Microcomputer Products, Norcross, GA
  9. Lines: 81
  10.  
  11. In article <1992Dec23.220119.11645@cbfsb.cb.att.com>, jurista@cbnewsg.cb.att.com (james.jurista) writes:
  12. > Greetings, netters:
  13. > 
  14. > I'm using SQL*Forms 3.0 under Oracle v6, and my question is this:
  15. > 
  16. > Is is more efficient to code one form-level trigger or many block-level
  17. > triggers to accomplish a task.  For example, I have triggers with the
  18. > following structure:
  19. > 
  20. >     (Form level KEY-DOWN)
  21. >     declare
  22. >         valid boolean := TRUE;
  23. >     begin
  24. >         if :system.cursor_block = 'block1' then
  25. >             procedure1(valid);
  26. >         elsif :system.cursor_block = 'block2' then
  27. >             procedure2(valid);
  28. >         elsif :system.cursor_block = 'block3' then
  29. >             procedure3(valid);
  30. >         else
  31. >             valid := FALSE;
  32. >         end if;
  33. >         if (valid = TRUE) then
  34. >             down;
  35. >         end if;
  36. >     end;
  37. > 
  38. >     (Block level KEY-DOWN (one for each of blocks 1, 2, and 3))
  39. >     declare
  40. >         valid boolean := TRUE;
  41. >     begin
  42. >         procedureX(valid);
  43. >         if (valid = TRUE) then
  44. >             down;
  45. >         end if;
  46. >     end;
  47. > 
  48. > 
  49. > I believe that it's good practice to define each trigger as close as
  50. > possible to its point of use (in this case, at the block level), but
  51. > this can greatly increase the size of the INP file and thus, I assume,
  52. > the memory requirements since a larger program must be loaded at run
  53. > time.  From that perspective it would seem that the form-level approach
  54. > is more prudent.  
  55. > 
  56. > It comes down to this:  which is more efficient?  And, while we're at
  57. > it, which style do you prefer.
  58. > 
  59. > Please e-mail responses, I will post a summary.  Thanks in advance for
  60. > any assistance!
  61. > 
  62. > Jim
  63. > 
  64. > -=-=-=-=-=- Jim Jurista =-=-=-= Internet: jurista@llssak.attmail.com =-=-=-=-
  65. >                   "Musical elation is my only consolation..."
  66. >            Views/opinions above:  Mine, not AT&T's nor probably yours
  67. > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  68.  
  69. In your definition of 'efficiency' you need to consider both machine efficiency
  70. and development efficiency.  If you replicate the required function within
  71. multiple trigger steps, how do you correct any errors in logic (yes, I make
  72. logic errors) or accommodate changes in design logic?  If the trigger logic
  73. is replicated, you (or whoever follows you) has to remember or trace down 
  74. each of the multiple triggers affected.  Far better to consolidate these
  75. steps into a single trigger (procedure, actually) at the form level with good
  76. documentation as to its purpose.
  77.  
  78. I never thought of it in these terms before, but what you really need to do is
  79. normalize your triggers just as you normalize your table design.
  80.  
  81.  
  82.   ---------------------------------------------------------------------------
  83.   |      Frank Greene                  |          //////  //////             |
  84.   |      DELPHI SYSTEMS, Inc.          |           ////    ////              |
  85.   |      Telephone [615] 458-6032      |          ////    ////  //////       |
  86.   |      324 Ootsima Way               |         ////    ////    ////        |
  87.   |      Loudon, TN 37774              |        //////  //////  //////       |
  88.   ----------------------------------------------------------------------------
  89.   |         Of course, any opinions or suggestions are strictly my own       |
  90.   ----------------------------------------------------------------------------
  91.  
  92.