|
Ideas for Enhancements to |
||
|
Home PL/SQL Witness Code Generation Everything Else I hope to launch a worldwide survey of PL/SQL developers in order to do a comprehensive assessment of the user community needs for enhancements to PL/SQL. For now, however, I will offer this very rough log of ideas I have and those I receive from others: Topic: Ability to analyze the amount of context switching, January 2003
Hi Steve, I enjoyed your 'Brave New World' class earlier this month.
During
class, I posed a question related to the 'BULK COLLECT' statment in
Oracle9i
that reduces context switching between the SQL and PL/SQL engines.
The
question: is there a tool or query that can accurately measure the
amount of
context switching a statement, proc or pkg is producing? If so,
I could
more successfully deploy the strategy where it is needed.
Topic: Run-time access to internal structure of collections of records, objects, etc. From: Andrew Markiewicz, December 2002 I have one (of many) pertaining to collections/PL/SQL tables or even just records. How about a KEYS method which would return an array of the fields in the associative array.
Perl has this and it's indispensable. So instead of having to explicitly know what all my fields on the collection are I could programmatically process them. Topic: Support "fine grained access permissions" for
packaged programs Finer grained access permissions to packages would be good. At the moment, it is all or nothing. Maybe it would be possible to define "interfaces" to packages? So if you create a package to encapsulate a table, you could mark some procedures as being in the "select" interface, some in the "update" interface and others in the "insert" interface. You could then do something along the lines of GRANT EXECUTE ON MYPACKAGE.SELECT to grant execute privileges only on the procedures in the "select" interface. The problem at the moment is that in this situation it is necessary to split up the package just to control access. Topic: Improve error information returned by SAVE EXCEPTIONS I suggest that Oracle modify the SAVE EXCEPTIONS feature of FORALL to add a third field to the SQL%BULK_EXCEPTIONS pseudo-collection that contains the error MESSAGE. Currently it only offers the error code. The problem with this approach is that information is lost. For example, when I run this script I see the following output: Updated 3 rows. Error 1 occurred during iteration 2
updating name to Error 2 occurred during iteration 4
updating name to BIGBIGGERBIGGESTABCABCABCABCABCABCABCABCABCABCABC whereas if I run this without SAVE EXCEPTIONS I see ORA-01407 cannot update ("SCOTT"."EMPLOYEE"."LAST_NAME") to NULL Copyright 1999-2002 Steven Feuerstein. All rights reserved.
|
||
| Language Quick Ref ![]() |
||
All About
Packages![]() |
||