home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / database / oracle / 1492 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  3.4 KB
  1. Path: sparky!uunet!munnari.oz.au!manuel!sserve!hhcs.gov.au!sharmp
  2. From: sharmp@hhcs.gov.au
  3. Newsgroups: comp.databases.oracle
  4. Subject: RE: RE: PL/SQL, V$ problem
  5. Message-ID: <1992Sep4.082602.344@hhcs.gov.au>
  6. Date: 4 Sep 92 08:26:02 +1000
  7. Organization: Aust. Dept. Health, Housing and Community Services
  8. Lines: 89
  9.  
  10. Kathy asked me to post this.  Thanks for the info Kathy.  We've just got
  11. 6.0.36 which I think includes PL/SQL 1.0.34!
  12.  
  13. From:    UUCP%"kjou@us.oracle.com"  3-SEP-1992 08:43:55.15
  14. To:    hhcs.gov.au!sharmp
  15. CC:    
  16. Subj:    Re: Re: PL/SQL, V$ problem
  17.  
  18. From us.oracle.com!kjou  Wed Sep  2 08:04:59 1992 remote from sserve
  19. Received: from sserve by hhcs.gov.au (DECUS UUCP ///1.3-1/2.5/);
  20.           Thu,  3 Sep 92 08:43:53 +1000
  21. Received: from gatekeeper.oracle.com by sserve.cc.adfa.oz.au (5.65c/1.34)
  22.           id AA03282; Thu, 3 Sep 1992 08:17:06 +1000
  23. Received: from hqpyr1.us.oracle.com by gatekeeper.oracle.com (Oracle 1.12/37.7)
  24.           id AA27569; Wed, 2 Sep 92 15:16:58 PDT
  25. Received: by hqpyr1.us.oracle.com (Oracle 1.12/37.7)
  26.           id AA20471; Wed, 2 Sep 92 15:04:59 PDT
  27. Message-Id: <9209022204.AA20471@hqpyr1.us.oracle.com>
  28. Date: Wed, 2 Sep 92 15:04:59 PDT
  29. From: "Kathy Jou" <sserve!us.oracle.com!kjou>
  30. To: hhcs.gov.au!sharmp
  31. Subject: Re: Re: PL/SQL, V$ problem
  32. Original-To: hqpyr1:sharmp@hhcs.gov.au
  33.  
  34.  
  35. I tried to post a correction, but our news reader died.  Here's a follow-up.
  36. It's a bug, not a restriction, in your case.  Feel free to post this if your
  37. news reader is more robust than ours.
  38.  
  39. Cheers,
  40.  
  41.     _Kathy_
  42.  
  43. -------------------------------------------------------------------------------
  44. Kathy Jou                    (415) 506-2523 -*- 400 OP, #519
  45. Application Porting, DG/88open Systems         Minicomputer Products Division
  46. -------------------------------------------------------------------------------
  47.  
  48. Newsgroups: comp.databases.oracle
  49. Subject: Re: PL/SQL, V$ problem
  50. Summary: 
  51. Expires: 
  52. References: <1992Sep1.155256.336@hhcs.gov.au> <1992Sep2.170535.25347@oracle.us.oracle.com>
  53. Sender: Kathy Jou
  54. Followup-To: 
  55. Distribution: 
  56. Organization: Oracle Corporation, Redwood Shores CA 94065
  57. Keywords: bug
  58.  
  59. Oops, this is a case where a reserved word is not used in the wrong context as
  60. documented (as an identifier, for example).  PL/SQL v1.0.34 and higher fixes 
  61. this problem.  Sorry about that!
  62.  
  63.  
  64. -- Kathy Jou
  65. -- Disclaimer: Oracle's glad that I don't speak on their behalf...
  66.  
  67. In article <1992Sep2.170535.25347@oracle.us.oracle.com> kjou@us.oracle.com (Kathy Jou) writes:
  68. >In article <1992Sep1.155256.336@hhcs.gov.au> sharmp@hhcs.gov.au writes:
  69. >[stuff deleted...]
  70. >>    INSERT INTO dbu.drs_snapshot_v$lock
  71. >>         SELECT d.db_started,
  72. >>            d.db_closed,
  73. >>            v.addr,
  74. >>            v.pid,
  75. >>            v.type,
  76. >>            v.id1,
  77. >>            v.id2,
  78. >>            v.lmode,
  79. >>            v.request
  80. >>           FROM v$lock v, dbu.drs_driver d
  81. >>fails because TYPE is a PL/SQL reserved word.  Sure, we could create the insert
  82. >>statement as select * from, or rename the column, but is there a way to get
  83. >>PL/SQL to accept a reserved word as a column name (how come ORACLE uses
  84. >>reserved words anyway?! :^)).
  85. >
  86. >Upper case the reserved words and put double quotes around them, i.e. use
  87. >v."TYPE".  This is a rough workaround since the restriction is clearly 
  88. >documented.  All *programming* languages have reserved words (can't declare a
  89. >variable called if in C).  I guess we just have to live with it.
  90. >
  91. >
  92. >-- Kathy Jou
  93. >-- Oracle Corporation
  94. >-- Disclaimer: not an official Oracle spokesperson...
  95. >
  96.  
  97.  
  98.  
  99.