home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / database / oracle / 1125 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  1.6 KB

  1. Path: sparky!uunet!mcsun!news.funet.fi!hydra!klaava!cc.helsinki.fi!jaakola
  2. From: jaakola@cc.helsinki.fi
  3. Newsgroups: comp.databases.oracle
  4. Subject: Re: Using Views for BLOCKS?
  5. Message-ID: <1992Jul24.083710.1@cc.helsinki.fi>
  6. Date: 24 Jul 92 06:37:10 GMT
  7. References: <m1gmq8-.sjs@netcom.com>
  8. Sender: news@klaava.Helsinki.FI (Uutis Ankka)
  9. Organization: University of Helsinki
  10. Lines: 29
  11.  
  12. In article <m1gmq8-.sjs@netcom.com>, sjs@netcom.com (Stephen Schow) writes:
  13. > I have heard that SQL*FORMS performance is a little better if I create a 
  14. > view of a table and then base the form block on the view instead of 
  15. > directly on the table.
  16. > Anyone have any experience to know if this is true or not?
  17. If you have an one-to-one view from a single table, this is not true.
  18. But if you have a base table and you must join data from several other
  19. tables (i.e. you have and POST-QUERY trigger or POST-CHANGE triggers),
  20. you can join the data in the view and avoid calling several SQL
  21. statements for each fetched record during a query. This is very
  22. important in client-server environments, particularly when clients are
  23. PCs.
  24.  
  25. > ALSO,
  26. > What if I created a view with a join and based a form on that view as
  27. > if it was just one table.  Would I be able to update records and would
  28. If the view is updatable, yes (see the manual on views).
  29.  
  30. > Oracle automatically update both the master and the detail records in the
  31. > actual tables?
  32. If the view fetches from many tables, the view most certainly is not
  33. updatable. You have to make your own ON-LOCK and ON-UPDATE/DELETE/INSERT
  34. triggers.
  35. --
  36. Juhani Jaakola
  37. jaakola@cc.helsinki.fi
  38.