home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / database / oracle / 1518 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.3 KB
  1. Path: sparky!uunet!psinntp!dlogics!hermes.dlogics.com!dlm
  2. From: dlm@hermes.dlogics.com
  3. Newsgroups: comp.databases.oracle
  4. Subject: Re: Object-Referencing Strategies
  5. Message-ID: <1992Sep7.113816.1306@hermes.dlogics.com>
  6. Date: 7 Sep 92 11:38:16 CST
  7. References: <1992Sep3.172635.105@datani.dk>
  8. Organization: Datalogics, Inc., Chicago, IL
  9. Lines: 44
  10.  
  11. In article <1992Sep3.172635.105@datani.dk>, la@datani.dk writes:
  12. > ...Object-Referencing is a way (as far as I can see) to ensure that changes 
  13. > will be reflected in the whole system, and as so just what I want.  
  14. > 
  15. > ...So I want to know:
  16. > 
  17. >     1. When is it a good idea ?. Advantages.
  18. >         - library forms???
  19. >         - for blocks 
  20. >         - for fields 
  21. >         - for triggers, procedures. 
  22. >
  23. It is always a good idea to collect procedures into library forms since in v6
  24. this is your only way to hide information about your objects. You can write
  25. procedures for validating every column used on any form, or for performing
  26. trigger actions. Then you will write procedure calls in your triggers instead
  27. of lots of pl/sql lines. To remain compatible with v7, i recommend that you 
  28. collect procedures in your library rather than triggers, fields, or blocks.
  29.  
  30. If the same block is used on many forms, consider writing it as a separate form
  31. and then call it when needed. Use global fields to pass parameters between such
  32. calls.
  33. > 
  34. >     2.  Drawbacks.
  35. >
  36. You will be obliged to observe very strict coding and naming standards so that
  37. procedures can reference block/field objects across all forms in which they are
  38. referenced. This is beneficial in any programming system.
  39.  
  40. Programmers will have to specify the userid of the library owner when
  41. generating, that is, they will not be able to enter "SQLFORMS30 /". Perhaps
  42. this is no problem for you.
  43.  
  44. > 
  45. >     3.  Experiences.
  46. > 
  47. I felt that sqlforms generation performance was seriously reduced when many
  48. small procedures were referenced (that is, generation was much slower). This
  49. may be a local response to our database conditions, or it may be universal.
  50. One solution may be to keep forms as short as possible (fewer screens per form,
  51. more forms) to reduce your development time.
  52. --
  53. Dave Mausner, Senior Consultant / Datalogics Inc / Chicago IL / 312-266-4450
  54. dlm@dlogics.com                                 Motto: Just show me the code
  55.