bind variables and dynamic sql

Similar Questions

• Bind variables and dates

  I am writing a process to delete records based on dates.

  Here is the chart:

  Column name	Data type	Nullable	Default	Primary key
  ID	NUMBER	NO.	-	1
  CT_NAME	VARCHAR2 (100)	Yes	-	-
  CT_CATEGORY	VARCHAR2 (100)	Yes	-	-
  BASE_PTS	NUMBER	Yes	-	-
  PROD_PTS	NUMBER	Yes	-	-
  REF_PTS	NUMBER	Yes	-	-
  START_DATE	DATE	Yes	-	-
  END_DATE	DATE	Yes	-	-
  CREATED_ON	DATE	Yes	-	-
  CREATED_BY	VARCHAR2 (50)	Yes	-	-
  UPDATED_ON	DATE	Yes	-	-
  UPDATED_BY	VARCHAR2 (50)	Yes	-	-

  start_date and end_date are the fields of date key.

  The query will remove the dates with specific start and end dates.  The question I have, is that I get a ORA-01858: a non-digit character was found here where was waiting for a digital error while the query is running.

  remove from ct_point_values

  where start_date =: P4_START_DATE_V

  and end_date =: P4_END_DATE_V

  If I run the query in the sql window, no problem:

  remove from ct_point_values

  where start_date =' 01 / 01/2014 '

  and end_date = 31 December 2014"

  Find the query with the works of values hard-coded.  Links to fail.  I tried casting and to_char to_date variations with no luck.

  One thing that I notice, is that when I go to enter my bind variables in the sql workshop, the fields are pre-populated with this:

  1 & amp; #x2F 1 & amp; #x2F; 2014

  12 & amp; #x2F 31 & amp; #x2F; 2014

  01/01/2014 and 31/12/2014.  I found that the only element relates to this suggests that this is a possible bug:

  SQL Bind Variables workshop - Date issues

  Any thoughts on how to address this issue, or is it really a bug?

  I run on Apex 4.2, 11g.

  Thank you!

  Hello

  I guess that these dates come from elements on the page to which the user can select a range of dates.

  These fields have a custom format mask?

  What seems to be the case for me, is that these fields have an explicit format mask (for example: DD/MM/YYYY) but the default database/session format mask is something different (e.g. DD-MON-YYYY).

  I suppose also that the issue in the SQL workshop isn't something related.

• problem with bind variables in the SQL query view object

  Hi all

  I use JDev 11.1.2.4.0.

  I have a problem with bind variables in the SQL query view object.

  This is my original SQL

  SELECT sum(t.TIME) , t.legertype_id
  FROM LEDGER t
  WHERE t.nctuser_id = '20022' 
        AND to_char(t.insertdate,'YYYYMMDD') in ('20130930','20130929')
  group by t.legertype_id
  

  In my view .xml object query tab, I am writing this

  SELECT sum(t.TIME) , t.legertype_id
  FROM LEDGER t
  WHERE   t.nctuser_id = '20022'
      AND to_char(t.insertdate,'YYYYMMDD') in :dddd
  group by t.legertype_id
  

  Davis here is a variable of Type liaison: String, updatable and necessary.

  I try to deal with Davis as ('20130930 ', ' 20130929') hoping the view object, run as my original SQL.

  But failed. The view object retrieves 0 line after that I run.

  Why?

  Thank you! ('2original SQL0130930', '20130929') ('20130930 ', ' 20130929')

  A variable binding cannot be used as this is why you must use years table. Check decompilation binary ADF: using oracle.jbo.domain.Array with ViewCriteria to see a solution.

  Timo

• Get the bind variables name string SQL or the cursor

  Hello
  
  Is there way to get of the bind variables name string SQL or the cursor?
  
  Example of

  DECLARE
    l_sql VARCHAR2(2000);
    desctab DBMS_SQL.DESC_TAB;
    curid   PLS_INTEGER;
  BEGIN
  
    l_sql := 'SELECT * FROM emp WHERE mgr = :X and deptno = :Y';
  
    curid := dbms_sql.open_cursor;
    dbms_sql.parse(curid, l_sql, dbms_sql.NATIVE);
    ....
  END;

  What I mean with the SQL string:
  I love to get using some functions from above code variable l_sql all the bind variable.
  In this case the function should return array where is for example: X and: Y
  
  Back to bind the cursor variable names, I mean same but rather string I pass number of cursor.
  
  Y at - it sucks ready function or some may share a code customized for this purpose?
  
  Thanks
  
  Kind regards
  Jari
  
  http://dbswh.webhop.NET/dbswh/f?p=blog:Home:0Regards,
  
  Published by: jarola December 19, 2011 02:44
  
  I found there are wwv_flow_utilities.get_binds of the function not documented in APEX packages that do what I want.
  Usage example

  set serveroutput on
  DECLARE
    binds DBMS_SQL.varchar2_table;
  BEGIN
    binds := wwv_flow_utilities.get_binds('select :P1_TEST from dual');
    FOR i IN 1 .. binds.count
    LOOP
      dbms_output.put_line(binds(i));
    END LOOP;
  END;
  /
  
  anonymous block completed
  :P1_TEST

  But I would not use these functions without papers as those who can change or there is no future versions APEX.
  Is there a documented function or the custom function that do the same thing as wwv_flow_utilities.get_binds?

  Some old basic example code of my friends. Also the media getting the bind variable of PL/SQL code blocks anon.

  SQL> create or replace function GetBindVariables( statement varchar2 ) return TStrings is
    2          --// bind variables names are terminated by one the following special chars
    3          SPECIAL_CHAR    constant TStrings := TStrings(' ',')','+','-','>','<','*',',','=',';',CHR(10),CHR(13));
    4
    5          --// max size of a bind var name
    6          MAX_VARSIZE     constant integer := 100;
    7
    8          pos     integer;
    9          pos1    integer;
   10          occur   integer;
   11          varName varchar2(100);
   12          varList TStrings;
   13  begin
   14          varList := new TStrings();
   15
   16          --// looking for the 1st occurance of a bind variable
   17          occur := 1;
   18
   19          loop
   20                  pos := InStr( statement, ':', 1, occur );
   21                  exit when pos = 0;
   22
   23                  varName := SubStr( statement, pos, 100 );
   24
   25                  --// find the terminating char trailing the
   26                  --// bind variable name
   27                  pos1 := Length( varName );
   28                  for i in 1..SPECIAL_CHAR.Count
   29                  loop
   30                          pos := InStr( varName, SPECIAL_CHAR(i) ) - 1;
   31                          if (pos > 0) and (pos < pos1) then
   32                                  pos1 := pos;
   33                          end if;
   34                  end loop;
   35
   36                  --// extract the actual bind var name (without
   37                  --// colon char prefix)
   38                  varName := SubStr( varName, 2, pos1-1 );
   39
   40                  --// maintain a unique list of var names
   41                  if not varName member of varList then
   42                          varList.Extend(1);
   43                          varList( varList.Count ) := varName;
   44                  end if;
   45
   46                  --// look for the next occurance
   47                  occur := occur + 1;
   48          end loop;
   49
   50          return( varList );
   51  end;
   52  /
  
  Function created.
  
  SQL>
  SQL> select
    2          column_value as BIND_VAR
    3  from TABLE(
    4          GetBindVariables('select * from foo where col=:BIND1 and day = to_date(:B2,''yyyy/mm/dd'')')
    5  );
  
  BIND_VAR
  ------------------------------
  BIND1
  B2
  
  SQL> 
  

  PS. just realize this code is case-sensitive, while variable bind is not. Should throw a upper() or lower() by adding the name of the var to the list - never really a problem for me because I'm pretty tense when it use cases correctly in the code. ;-)

  Published by: Billy Verreynne, December 19, 2011 06:19

• Difference between the static SQL query and dynamic SQL query.

  Hello
  
  Please explain the fundamental difference between static and dynamic sql queries. Please explain for example.

  Static: http://download.oracle.com/docs/cd/E11882_01/appdev.112/e10472/static.htm
  Dynamics: http://download.oracle.com/docs/cd/E11882_01/appdev.112/e10472/dynamic.htm

• EO base extension VO with bind variables and display - How To link

  Hello

  I extended an APInvDistAllVO view object by adding two fields which are functions. Basically, in the invoice approval screen, I want to add two fields where the distribution of the invoice is shown.

  The SQL contained in jdeveloper when you extend the VO object is different from the query, what I see in the invoice approval page by clicking on the APInvDistAllVO link. There are two bind variable: 1 = invoice_id and: 2 = line_number being added dynamically. After the extension of the view object, the invoice distribution line is displayed as no record found.

  In my opinion, it is due to not having bind variables does not correct parameters being passed, and under this point of view object is an object depending on the invoice header record. There is a link to the original View object as well. Will be very grateful if someone can provide the way forward in dealing with this situation.

  Rgds Fahad

  Hi AJ

  He worked after changing the style of bind.

  Thank you very much.

  Rgds

  Fahad

• Bind Variables and using the keyword

  In my dynamic SQL, I use the same variable in several places in my query. Is there a way to avoid rewriting the same value multiple times in the list of arguments to bind? It is something like that - only pseudo code.
  

  DECLARE
  tSQL VARCHAR2(99)
  pVal INT := 2;
  
  BEGIN
  tSQL := 
             'SELECT * ' ||
             '  FROM dual ' ||
             ' WHERE col1 =: iVal ' ||
             '   AND col2 IN (SELECT col2 ' ||
             '                  FROM dual  ' ||
             '                 WHERE col1 =: iVal) ' ||
             ' UNION ' ||
             ' SELECT * ' ||
             '   FROM dual ' ||
             '  WHERE col1 =: iVal';
  
  EXECUTE IMMEDIATE tSQL 
  USING pVal, pVal, pVal;  -- Is there a way to avoid having to rewrite the same bind variable argument three times since the value is the same?
  
  END;

  Is there a way to avoid having to rewrite the same argument three times bind variable as the value is the same?

  Etbin wrote:
  http://docs.Oracle.com/CD/E11882_01/AppDev.112/e25519/dynamic.htm#BHCHIHEJ says:
  Placeholders are associated with bind variable in the USING clause of position, and not by name.

  Concerning

  Etbin

  The exception to this rule is if the SQL statement is an anonymous block or a call statement. In this case, the repetition of the names of the placeholder is significant.

  http://docs.Oracle.com/CD/E11882_01/AppDev.112/e25519/dynamic.htm#CHDFHEAG

  For example, the following will fail with ORA-01008: not all variables

  declare
   v_cnt number;
  begin
    execute immediate 'select count(*) from dual where 1 = :B1 and 2 > :B1'
    into v_cnt using 1;
    dbms_output.put_line(v_cnt);
  end;
  

  However, the following will succeed because the SQL code is in fact an anonymous block:

  begin
    execute immediate 'declare
                         v_cnt number;
                       begin
                         select count(*)
                         into v_cnt
                         from dual
                         where 1 = :B1 and 2 > :B1;
                         dbms_output.put_line(v_cnt);
                       end;'
    using 1;
  end;
  

  Pretty cool stuff.

• The use of bind variables in dynamic query created for Ref Cursor

  Hello
  
  I'm in a situation where there is a Ref cursor to which the query is built execution based on a loop. This is why the number of links would be known until the program runs.
  The application is currently using literals instead of bind variables.
  
  code snippet of the above is
  strSql: = "select * from emp where 1 = 1 and ().
  
  loop cursor1
  If cond is true then
  strSql = strSql | "ename = ' |" Cursor1.ColumnName;
  end loop;
  
  Open cursor2 for strSql;
  
  How to use links in the example above.

  sb92075 wrote:

  user13019948 wrote:
  Hello

  Here is the code I have my trying to change literal-based link to the base.

  What do you mean by "based bind?

  who, what, how determines the values to be 'bound '?

  He's referring to the coding style. He is currently using concatenated literal, and the goal is to change it to use the bindings.

  If I understand this it is known as method 4 dynamic SQL and requires DBMS_SQL. There are examples autour but they vary according to the type of statement being generated - SELECT statements require column lists to be parsed, unlike the INSERT/UPDATE/DELETE.

  This came up recently on my current project and I hit a demo. Here a table of names and values accepted procedure and had to build these in a single WHERE clause along the lines of

  AND t_names(i) = t_values(i)
  

  for an undetermined number of elements in the array. For this demonstration, I used a table that we called "attribute" (don't ask) which has columns including 'attribute_id' and 'name', and I need to build a query along the lines of

  select description from attribute where attribute_id = :b1 and name = :b2
  

  by the way '1012' and 'ISIN' respectively. (I use a table better and after a CREATE statement for her but I have to rush right now, sorry).

  declare
     k_sql_base        constant varchar2(500) := 'select description from attribute';
  
     t_names           constant varchar2_t := varchar2_t('attribute_id',  'name');
     t_values          constant varchar2_t := varchar2_t('1012',          'ISIN');
  
     l_sql             varchar2(500) := k_sql_base;
     l_rows_fetched    integer := 0;
     l_value           varchar2(4000);
  
     l_cursor_handle   integer;
  
  begin
     -- Construct the SQL statement with column names and bind variables e.g.
     -- 'select description from mars.attribute where attribute_id = :b1 and name = :b2'
     for i in t_names.first .. t_names.last loop
        l_sql := l_sql ||
           case i
              when t_names.first then ' where ' else ' and '
           end ||
           t_names(i) || ' = :b' || i;
     end loop;
  
     dbms_output.put_line('SQL statment = ' || l_sql); 
  
     -- Parse the statement we built above (the remaining steps require a parsed cursor):
     l_cursor_handle := dbms_sql.open_cursor;
     dbms_sql.parse(l_cursor_handle, l_sql, dbms_sql.native);
  
     -- Associate the 1st column of output with variable l_value - required for SELECT statements:
     -- (actually the 3rd param here 'column' seems to be only used to get a datatype, in this case we want a string -
     -- dbms_sql.column_value actually extracts the value into a specified variable, which can be different.
     -- All examples in the documentation pass a local variable without further comment, so not entirely clear what this does other than set the output datatype.)
     dbms_sql.define_column(l_cursor_handle, 1, l_value, 4000);
  
     -- Now go through values array binding actual values to :bn variables in the cursor (similar to USING clause of EXECUTE IMMEDIATE)
     for i in t_values.first .. t_values.last loop
        dbms_sql.bind_variable(l_cursor_handle, ':b'||i, t_values(i));
        dbms_output.put_line('Bound :b'||i || ' as ' || t_values(i));
     end loop;
  
     -- Open the cursor and fetch the result (no loop here because we are expecting a single-row result):
     l_rows_fetched := dbms_sql.execute_and_fetch(l_cursor_handle);
  
     -- 'Returns value of the cursor element for a given position in a cursor'
     -- Copy the value of column 1 to variable l_value (has to match
     -- dbms_sql.column_value(l_cursor_handle, 1, l_value);
     dbms_sql.column_value(l_cursor_handle, 1, l_value);
  
     dbms_output.put_line('Result = ''' || l_value || '''');
  
     dbms_sql.close_cursor(l_cursor_handle);
  end;
  

  Hope that helps...

• bind variables in pl/sql static

  Hello world.
  This feature will be works faster than the function below without binding? (I mean if he calls very often, and execution plan is in cache)

  FUNCTION get_amployee_name (empid INTEGER, empcity VARCHAR2) RETURN VARCHAR2 IS
      TYPE GenericCursor IS REF CURSOR;
      c1 GenericCursor;
      empname VARCHAR2(200);
  BEGIN
      OPEN c1 FOR SELECT ename FROM employees WHERE id = :id AND city = :city USING empid, empcity;
          FETCH c1 INTO empname;
      CLOSE c1;
      RETURN empname;
  END;

  FUNCTION get_amployee_name (empid INTEGER, empcity VARCHAR2) RETURN VARCHAR2 IS
      empname VARCHAR2(200);
  BEGIN
      SELECT ename into empname  FROM employees WHERE id = empid  AND city = empcity;
      RETURN empname;
  END;

  I tried to find info related to the execution of pl/sql query steps, but cannot. Optimizer does use the values of real variables in pl/sql to generate the exec. plan? Or it will be generated only once when the function performed the first time?

  Reference and discusses this in Chapter 1 PL/SQL user's Guide

  http://download.Oracle.com/docs/CD/B19306_01/AppDev.102/b14261/overview.htm#sthref145

  "When you embed an INSERT, UPDATE, DELETE or SELECT SQL statement directly in your PL/SQL code, PL/SQL transforms the variables in the WHERE clauses of the VALUES to automatically bind variables. Oracle can re-use these SQL statement every time the same code is executed. To execute statements similar with different values of variables, you can save the analysis of overhead by calling a stored procedure that accepts parameters, and then issues the declarations with the parameters substituted in the appropriate places. »

  Justin

• Bind variables in the SQL causes slow

  We have a strange problem in our PeopleSoft system that I traced to a SELECT statement using bind variables, if hardcode us them values in SQL, it runs very fast.
  but using bindings (what the application does) a problem of efficiency. I'm going to re - write the code that is based on a view of three tables joined to go against
  the base tables and I don't think I'll have a problem. However, I would like to know why the problem exists in the first place. Here is what info I have:
  Oracle version: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
  
  It's the 'good' application without links:
  

  SELECT COUNT(*)
  FROM sysadm.PS_ERN_PROG_DESCR A
  WHERE A.ERN_PROGRAM = 'VT'
  AND A.ERNCD         = '01'
  AND EFFDT           =
    (SELECT MAX(B.EFFDT)
    FROM sysadm.PS_ERN_PROG_DESCR B
    WHERE B.ERN_PROGRAM = 'VT'
    AND B.EFFDT        <= TO_DATE('2009-10-10','YYYY-MM-DD')
    );

  And the 'good' explains the plan:
  

   Plan hash value: 3344976101
  
  -------------------------------------------------------------------------------------------------------------
  | Id  | Operation                              | Name               | Rows  | Bytes | Cost (%CPU)| Time     |
  -------------------------------------------------------------------------------------------------------------
  |   0 | SELECT STATEMENT                       |                    |     1 |    33 |    58  (23)| 00:00:01 |
  |   1 |  SORT AGGREGATE                        |                    |     1 |    33 |            |          |
  |   2 |   NESTED LOOPS                         |                    |     1 |    33 |     3   (0)| 00:00:01 |
  |   3 |    NESTED LOOPS                        |                    |     1 |    22 |     2   (0)| 00:00:01 |
  |*  4 |     INDEX UNIQUE SCAN                  | PS_ERN_PROGRAM_DEF |     1 |    12 |     1   (0)| 00:00:01 |
  |   5 |      SORT AGGREGATE                    |                    |     1 |     9 |            |          |
  |   6 |       VIEW                             |                    |    23 |   207 |    51  (26)| 00:00:01 |
  |*  7 |        FILTER                          |                    |       |       |            |          |
  |   8 |         SORT GROUP BY                  |                    |    23 |  1748 |    51  (26)| 00:00:01 |
  |*  9 |          HASH JOIN                     |                    |  2995 |   222K|    49  (23)| 00:00:01 |
  |* 10 |           TABLE ACCESS FULL            | PS_EARNINGS_TBL    |  1913 | 24869 |    15   (7)| 00:00:01 |
  |* 11 |           HASH JOIN                    |                    | 13621 |   838K|    30  (20)| 00:00:01 |
  |  12 |            TABLE ACCESS FULL           | PS_EARNINGS_TBL    |  1913 | 42086 |    14   (0)| 00:00:01 |
  |* 13 |            HASH JOIN                   |                    |  3097 |   124K|    14  (29)| 00:00:01 |
  |* 14 |             TABLE ACCESS BY INDEX ROWID| PS_ERN_PROGRAM_TBL |     9 |   207 |     2   (0)| 00:00:01 |
  |* 15 |              INDEX RANGE SCAN          | PS_ERN_PROGRAM_TBL |    18 |       |     1   (0)| 00:00:01 |
  |* 16 |             TABLE ACCESS FULL          | PS_ERN_PROGRAM_DEF | 12035 |   211K|    10  (20)| 00:00:01 |
  |* 17 |     INDEX RANGE SCAN                   | PS_EARNINGS_TBL    |     1 |    10 |     1   (0)| 00:00:01 |
  |  18 |      SORT AGGREGATE                    |                    |     1 |    10 |            |          |
  |* 19 |       INDEX RANGE SCAN                 | PS_EARNINGS_TBL    |     1 |    10 |     2   (0)| 00:00:01 |
  |* 20 |    TABLE ACCESS BY INDEX ROWID         | PS_ERN_PROGRAM_TBL |     1 |    11 |     1   (0)| 00:00:01 |
  |* 21 |     INDEX UNIQUE SCAN                  | PS_ERN_PROGRAM_TBL |     1 |       |     0   (0)| 00:00:01 |
  -------------------------------------------------------------------------------------------------------------
  
  Predicate Information (identified by operation id):
  ---------------------------------------------------
  
     4 - access("A"."ERN_PROGRAM"='VT' AND "A"."EFFDT"= (SELECT MAX("$vm_col_2") FROM  (SELECT /*+ */
                "EFFDT" "$vm_col_1","A"."EFFDT" "$vm_col_2" FROM SYSADM."PS_EARNINGS_TBL"
                "C",SYSADM."PS_ERN_PROGRAM_TBL" "B",SYSADM."PS_ERN_PROGRAM_DEF" "A",SYSADM."PS_EARNINGS_TBL" "D"
                WHERE "D"."EFFDT"<="A"."EFFDT" AND "D"."ERNCD"="C"."ERNCD" AND "D"."EFFDT"<=TO_DATE(' 2009-10-10
                00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND "A"."EFFDT"="B"."EFFDT" AND
                "A"."ERN_PROGRAM"="B"."ERN_PROGRAM" AND "A"."ERN_PROGRAM"='VT' AND "A"."EFFDT"<=TO_DATE(' 2009-10-10
                00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND "B"."EFFDT"<=TO_DATE(' 2009-10-10 00:00:00', 'syyyy-mm-dd
                hh24:mi:ss') AND "B"."ERN_PROGRAM"='VT' AND "B"."EFF_STATUS"='A' AND "C"."ERNCD"="A"."ERNCD" GROUP
                BY "D"."ERNCD",ROWID,ROWID,ROWID,ROWID,"A"."EFFDT","EFFDT" HAVING "EFFDT"=MAX("D"."EFFDT"))
                "$vm_view") AND "A"."ERNCD"='01')
     7 - filter("EFFDT"=MAX("D"."EFFDT"))
     9 - access("D"."ERNCD"="C"."ERNCD")
         filter("D"."EFFDT"<="A"."EFFDT")
    10 - filter("D"."EFFDT"<=TO_DATE(' 2009-10-10 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
    11 - access("C"."ERNCD"="A"."ERNCD")
    13 - access("A"."ERN_PROGRAM"="B"."ERN_PROGRAM" AND "A"."EFFDT"="B"."EFFDT")
    14 - filter("B"."EFF_STATUS"='A')
    15 - access("B"."ERN_PROGRAM"='VT' AND "B"."EFFDT"<=TO_DATE(' 2009-10-10 00:00:00', 'syyyy-mm-dd
                hh24:mi:ss'))
    16 - filter("A"."ERN_PROGRAM"='VT' AND "A"."EFFDT"<=TO_DATE(' 2009-10-10 00:00:00', 'syyyy-mm-dd
                hh24:mi:ss'))
    17 - access("C"."ERNCD"='01')
         filter(SYS_OP_UNDESCEND(SYS_OP_DESCEND("EFFDT"))= (SELECT
                MAX(SYS_OP_UNDESCEND(SYS_OP_DESCEND("EFFDT"))) FROM SYSADM."PS_EARNINGS_TBL" "D" WHERE
                SYS_OP_DESCEND("EFFDT") IS NOT NULL AND SYS_OP_DESCEND("EFFDT")>=SYS_OP_DESCEND(:B1) AND
                "D"."ERNCD"=:B2 AND SYS_OP_UNDESCEND(SYS_OP_DESCEND("EFFDT"))<=:B3))
    19 - access("D"."ERNCD"=:B1 AND SYS_OP_DESCEND("EFFDT")>=SYS_OP_DESCEND(:B2) AND
                SYS_OP_DESCEND("EFFDT") IS NOT NULL)
         filter(SYS_OP_UNDESCEND(SYS_OP_DESCEND("EFFDT"))<=:B1)
    20 - filter("B"."EFF_STATUS"='A')
    21 - access("B"."ERN_PROGRAM"='VT' AND "A"."EFFDT"="B"."EFFDT")

  Here is the 'good' autotrace:

  SQL> variable ppe_date varchar2(10)
  SQL> variable erncd varchar2(3)
  SQL> exec :ppe_date := '2009-10-10'
  SQL> exec :erncd := '01'
  SQL> SELECT COUNT(*)
    2  FROM PS_ERN_PROG_DESCR A
    3  WHERE A.ERN_PROGRAM = 'VT'
    4  AND A.ERNCD         = '01'
    5  AND EFFDT           =
    6    (SELECT MAX(B.EFFDT)
    7    FROM PS_ERN_PROG_DESCR B
    8    WHERE B.ERN_PROGRAM = 'VT'
    9    AND B.EFFDT        <= TO_DATE('2009-10-10','YYYY-MM-DD')
   10    );
  
    COUNT(*)
  ----------
           1
  
  Elapsed: 00:00:01.23
  
  Execution Plan
  ----------------------------------------------------------
     0      SELECT STATEMENT Optimizer=ALL_ROWS (Cost=59 Card=1 Bytes=33)
     1    0   SORT (AGGREGATE)
     2    1     NESTED LOOPS (Cost=3 Card=1 Bytes=33)
     3    2       NESTED LOOPS (Cost=2 Card=1 Bytes=22)
     4    3         INDEX (UNIQUE SCAN) OF 'PS_ERN_PROGRAM_DEF' (INDEX (UNIQUE)) (Cost=1 Card=1 Bytes=12)
     5    4           SORT (AGGREGATE)
     6    5             VIEW (Cost=52 Card=24 Bytes=216)
     7    6               FILTER
     8    7                 SORT (GROUP BY) (Cost=52 Card=24 Bytes=1824)
     9    8                   HASH JOIN (Cost=50 Card=3177 Bytes=241452)
    10    9                     TABLE ACCESS (FULL) OF 'PS_EARNINGS_TBL' (TABLE) (Cost=15 Card=1921 Bytes=24973)
    11    9                     HASH JOIN (Cost=31 Card=14488 Bytes=912744)
    12   11                       TABLE ACCESS (FULL) OF 'PS_EARNINGS_TBL' (TABLE) (Cost=14 Card=1921 Bytes=42262)
    13   11                       HASH JOIN (Cost=15 Card=3303 Bytes=135423)
    14   13                         TABLE ACCESS (FULL) OF 'PS_ERN_PROGRAM_TBL' (TABLE) (Cost=2 Card=9 Bytes=207)
    15   13                         TABLE ACCESS (FULL) OF 'PS_ERN_PROGRAM_DEF' (TABLE) (Cost=12 Card=12856 Bytes=231408)
    16    3         INDEX (RANGE SCAN) OF 'PS_EARNINGS_TBL' (INDEX (UNIQUE)) (Cost=1 Card=1 Bytes=10)
    17   16           SORT (AGGREGATE)
    18   17             INDEX (RANGE SCAN) OF 'PS_EARNINGS_TBL' (INDEX (UNIQUE)) (Cost=2 Card=1 Bytes=10)
    19    2       TABLE ACCESS (BY INDEX ROWID) OF 'PS_ERN_PROGRAM_TBL' (TABLE) (Cost=1 Card=1 Bytes=11)
    20   19         INDEX (UNIQUE SCAN) OF 'PS_ERN_PROGRAM_TBL' (INDEX (UNIQUE)) (Cost=0 Card=1)
  
  
  
  
  
  Statistics
  ----------------------------------------------------------
            0  recursive calls
            0  db block gets
          182  consistent gets
            0  physical reads
            0  redo size
          232  bytes sent via SQL*Net to client
          278  bytes received via SQL*Net from client
            2  SQL*Net roundtrips to/from client
            1  sorts (memory)
            0  sorts (disk)
            1  rows processed
  
  SQL> spool off

  ===================================
  This is the 'bad' query using bindings:
  ===================================

  SELECT COUNT(*)
  FROM sysadm.PS_ERN_PROG_DESCR A
  WHERE A.ERN_PROGRAM = 'VT'
  AND A.ERNCD         = :erncd
  AND EFFDT           =
    (SELECT MAX(B.EFFDT)
    FROM sysadm.PS_ERN_PROG_DESCR B
    WHERE B.ERN_PROGRAM = 'VT'
    AND B.EFFDT        <= TO_DATE(:ppe_date,'YYYY-MM-DD')
    );

  The 'bad' explain plan

  explain plan succeeded.
  PLAN_TABLE_OUTPUT
  ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
  Plan hash value: 337039962
  
  --------------------------------------------------------------------------------------------------------
  | Id  | Operation                         | Name               | Rows  | Bytes | Cost (%CPU)| Time     |
  --------------------------------------------------------------------------------------------------------
  |   0 | SELECT STATEMENT                  |                    |     1 |    33 |    20  (25)| 00:00:01 |
  |   1 |  SORT AGGREGATE                   |                    |     1 |    33 |            |          |
  |   2 |   NESTED LOOPS                    |                    |     1 |    33 |     3   (0)| 00:00:01 |
  |   3 |    NESTED LOOPS                   |                    |     1 |    22 |     2   (0)| 00:00:01 |
  |*  4 |     INDEX UNIQUE SCAN             | PS_ERN_PROGRAM_DEF |     1 |    12 |     1   (0)| 00:00:01 |
  |   5 |      SORT AGGREGATE               |                    |     1 |    63 |            |          |
  |   6 |       NESTED LOOPS                |                    |     1 |    63 |    13  (39)| 00:00:01 |
  |   7 |        NESTED LOOPS               |                    |     1 |    52 |    12  (42)| 00:00:01 |
  |*  8 |         HASH JOIN                 |                    |     4 |   168 |    12  (42)| 00:00:01 |
  |   9 |          VIEW                     | VW_SQ_1            |    88 |  2112 |     9  (45)| 00:00:01 |
  |  10 |           SORT GROUP BY           |                    |    88 |  2728 |     9  (45)| 00:00:01 |
  |  11 |            MERGE JOIN             |                    |  3087 | 95697 |     7  (29)| 00:00:01 |
  |  12 |             SORT JOIN             |                    |   643 | 11574 |     2   (0)| 00:00:01 |
  |* 13 |              INDEX RANGE SCAN     | PS_ERN_PROGRAM_DEF |   643 | 11574 |     2   (0)| 00:00:01 |
  |* 14 |             SORT JOIN             |                    |    96 |  1248 |     5  (40)| 00:00:01 |
  |* 15 |              INDEX FAST FULL SCAN | PS_EARNINGS_TBL    |    96 |  1248 |     4  (25)| 00:00:01 |
  |* 16 |          INDEX RANGE SCAN         | PS_ERN_PROGRAM_DEF |   643 | 11574 |     2   (0)| 00:00:01 |
  |* 17 |         INDEX UNIQUE SCAN         | PS_EARNINGS_TBL    |     1 |    10 |     0   (0)| 00:00:01 |
  |* 18 |        TABLE ACCESS BY INDEX ROWID| PS_ERN_PROGRAM_TBL |     1 |    11 |     1   (0)| 00:00:01 |
  |* 19 |         INDEX UNIQUE SCAN         | PS_ERN_PROGRAM_TBL |     1 |       |     0   (0)| 00:00:01 |
  |* 20 |     INDEX RANGE SCAN              | PS_EARNINGS_TBL    |     1 |    10 |     1   (0)| 00:00:01 |
  |  21 |      SORT AGGREGATE               |                    |     1 |    10 |            |          |
  |* 22 |       INDEX RANGE SCAN            | PS_EARNINGS_TBL    |     1 |    10 |     2   (0)| 00:00:01 |
  |* 23 |    TABLE ACCESS BY INDEX ROWID    | PS_ERN_PROGRAM_TBL |     1 |    11 |     1   (0)| 00:00:01 |
  |* 24 |     INDEX UNIQUE SCAN             | PS_ERN_PROGRAM_TBL |     1 |       |     0   (0)| 00:00:01 |
  --------------------------------------------------------------------------------------------------------
  
  Predicate Information (identified by operation id):
  ---------------------------------------------------
  
     4 - access("A"."ERN_PROGRAM"='VT' AND "A"."EFFDT"= (SELECT MAX("A"."EFFDT") FROM
                SYSADM."PS_EARNINGS_TBL" "C",SYSADM."PS_ERN_PROGRAM_TBL" "B",SYSADM."PS_ERN_PROGRAM_DEF" "A",
                (SELECT MAX(SYS_OP_UNDESCEND(SYS_OP_DESCEND("EFFDT"))) "VW_COL_1","D"."ERNCD" "ERNCD",ROWID
                "ROWID" FROM SYSADM."PS_EARNINGS_TBL" "D","PS_ERN_PROGRAM_DEF" "A" WHERE
                "A"."EFFDT"<=TO_DATE(:PPE_DATE,'YYYY-MM-DD') AND "A"."ERN_PROGRAM"='VT' AND
                SYS_OP_UNDESCEND(SYS_OP_DESCEND("EFFDT"))<=INTERNAL_FUNCTION("A"."EFFDT") AND
                SYS_OP_UNDESCEND(SYS_OP_DESCEND("EFFDT"))<=TO_DATE(:PPE_DATE,'YYYY-MM-DD') GROUP BY
                "D"."ERNCD",ROWID) "VW_SQ_1" WHERE "ROWID"=ROWID AND
                "A"."EFFDT"<=TO_DATE(:PPE_DATE,'YYYY-MM-DD') AND "A"."ERN_PROGRAM"='VT' AND
                "A"."EFFDT"="B"."EFFDT" AND "B"."ERN_PROGRAM"='VT' AND "B"."EFF_STATUS"='A' AND
                "B"."EFFDT"<=TO_DATE(:PPE_DATE,'YYYY-MM-DD') AND
                SYS_OP_DESCEND("EFFDT")=SYS_OP_DESCEND("VW_COL_1") AND "ERNCD"="C"."ERNCD" AND
                "C"."ERNCD"="A"."ERNCD" AND SYS_OP_UNDESCEND(SYS_OP_DESCEND("EFFDT"))="VW_COL_1") AND
                "A"."ERNCD"=:ERNCD)
     8 - access("ROWID"=ROWID)
    13 - access("A"."ERN_PROGRAM"='VT' AND "A"."EFFDT"<=TO_DATE(:PPE_DATE,'YYYY-MM-DD'))
    14 - access(SYS_OP_UNDESCEND(SYS_OP_DESCEND("EFFDT"))<=INTERNAL_FUNCTION("A"."EFFDT"))
         filter(SYS_OP_UNDESCEND(SYS_OP_DESCEND("EFFDT"))<=INTERNAL_FUNCTION("A"."EFFDT"))
    15 - filter(SYS_OP_UNDESCEND(SYS_OP_DESCEND("EFFDT"))<=TO_DATE(:PPE_DATE,'YYYY-MM-DD'))
    16 - access("A"."ERN_PROGRAM"='VT' AND "A"."EFFDT"<=TO_DATE(:PPE_DATE,'YYYY-MM-DD'))
    17 - access("ERNCD"="C"."ERNCD" AND SYS_OP_DESCEND("EFFDT")=SYS_OP_DESCEND("VW_COL_1"))
         filter("C"."ERNCD"="A"."ERNCD" AND SYS_OP_UNDESCEND(SYS_OP_DESCEND("EFFDT"))="VW_COL_1")
    18 - filter("B"."EFF_STATUS"='A')
    19 - access("B"."ERN_PROGRAM"='VT' AND "A"."EFFDT"="B"."EFFDT")
         filter("B"."EFFDT"<=TO_DATE(:PPE_DATE,'YYYY-MM-DD'))
    20 - access("C"."ERNCD"=:ERNCD)
         filter(SYS_OP_UNDESCEND(SYS_OP_DESCEND("EFFDT"))= (SELECT
                MAX(SYS_OP_UNDESCEND(SYS_OP_DESCEND("EFFDT"))) FROM SYSADM."PS_EARNINGS_TBL" "D" WHERE
                SYS_OP_DESCEND("EFFDT") IS NOT NULL AND SYS_OP_DESCEND("EFFDT")>=SYS_OP_DESCEND(:B1) AND
                "D"."ERNCD"=:B2 AND SYS_OP_UNDESCEND(SYS_OP_DESCEND("EFFDT"))<=:B3))
    22 - access("D"."ERNCD"=:B1 AND SYS_OP_DESCEND("EFFDT")>=SYS_OP_DESCEND(:B2) AND
                SYS_OP_DESCEND("EFFDT") IS NOT NULL)
         filter(SYS_OP_UNDESCEND(SYS_OP_DESCEND("EFFDT"))<=:B1)
    23 - filter("B"."EFF_STATUS"='A')
    24 - access("B"."ERN_PROGRAM"='VT' AND "A"."EFFDT"="B"."EFFDT")

  Here's the bad autotrace:

  SQL> variable ppe_date varchar2(10)
  SQL> variable erncd varchar2(3)
  SQL> exec :ppe_date := '2009-10-10'
  SQL> exec :erncd := '01'
  SQL> SELECT COUNT(*)
    2  FROM PS_ERN_PROG_DESCR A
    3  WHERE A.ERN_PROGRAM = 'VT'
    4  AND A.ERNCD         = :erncd
    5  AND EFFDT           =
    6    (SELECT MAX(B.EFFDT)
    7    FROM PS_ERN_PROG_DESCR B
    8    WHERE B.ERN_PROGRAM = 'VT'
    9    AND B.EFFDT        <= TO_DATE(:ppe_date,'YYYY-MM-DD')
   10    );
  
    COUNT(*)
  ----------
           1
  
  Elapsed: 00:04:07.40
  
  Execution Plan
  ----------------------------------------------------------
     0      SELECT STATEMENT Optimizer=ALL_ROWS (Cost=20 Card=1 Bytes=33)
     1    0   SORT (AGGREGATE)
     2    1     NESTED LOOPS (Cost=3 Card=1 Bytes=33)
     3    2       NESTED LOOPS (Cost=2 Card=1 Bytes=22)
     4    3         INDEX (UNIQUE SCAN) OF 'PS_ERN_PROGRAM_DEF' (INDEX (UNIQUE)) (Cost=1 Card=1 Bytes=12)
     5    4           SORT (AGGREGATE)
     6    5             NESTED LOOPS (Cost=13 Card=1 Bytes=63)
     7    6               NESTED LOOPS (Cost=12 Card=1 Bytes=52)
     8    7                 HASH JOIN (Cost=12 Card=4 Bytes=168)
     9    8                   VIEW OF 'VW_SQ_1' (VIEW) (Cost=9 Card=88 Bytes=2112)
    10    9                     SORT (GROUP BY) (Cost=9 Card=88 Bytes=2728)
    11   10                       MERGE JOIN (Cost=7 Card=3087 Bytes=95697)
    12   11                         SORT (JOIN) (Cost=2 Card=643 Bytes=11574)
    13   12                           INDEX (RANGE SCAN) OF 'PS_ERN_PROGRAM_DEF' (INDEX (UNIQUE)) (Cost=2 Card=643 Bytes=11574)
    14   11                         SORT (JOIN) (Cost=5 Card=96 Bytes=1248)
    15   14                           INDEX (FAST FULL SCAN) OF 'PS_EARNINGS_TBL' (INDEX (UNIQUE)) (Cost=4 Card=96 Bytes=1248)
    16    8                   INDEX (RANGE SCAN) OF 'PS_ERN_PROGRAM_DEF' (INDEX (UNIQUE)) (Cost=2 Card=643 Bytes=11574)
    17    7                 INDEX (UNIQUE SCAN) OF 'PS_EARNINGS_TBL' (INDEX (UNIQUE)) (Cost=0 Card=1 Bytes=10)
    18    6               TABLE ACCESS (BY INDEX ROWID) OF 'PS_ERN_PROGRAM_TBL' (TABLE) (Cost=1 Card=1 Bytes=11)
    19   18                 INDEX (UNIQUE SCAN) OF 'PS_ERN_PROGRAM_TBL' (INDEX (UNIQUE)) (Cost=0 Card=1)
    20    3         INDEX (RANGE SCAN) OF 'PS_EARNINGS_TBL' (INDEX (UNIQUE)) (Cost=1 Card=1 Bytes=10)
    21   20           SORT (AGGREGATE)
    22   21             INDEX (RANGE SCAN) OF 'PS_EARNINGS_TBL' (INDEX (UNIQUE)) (Cost=2 Card=1 Bytes=10)
    23    2       TABLE ACCESS (BY INDEX ROWID) OF 'PS_ERN_PROGRAM_TBL' (TABLE) (Cost=1 Card=1 Bytes=11)
    24   23         INDEX (UNIQUE SCAN) OF 'PS_ERN_PROGRAM_TBL' (INDEX (UNIQUE)) (Cost=0 Card=1)
  
  Statistics
  ----------------------------------------------------------
         3820  recursive calls
           66  db block gets
      4677728  consistent gets
        80608  physical reads
            0  redo size
          232  bytes sent via SQL*Net to client
          278  bytes received via SQL*Net from client
            2  SQL*Net roundtrips to/from client
            2  sorts (memory)
            1  sorts (disk)
            1  rows processed
  
  SQL> spool off

  I think you have to hit some sort of bug in the optimizer. Do you have the histograms on the EFFDT column.

• VO with bind variable defined in SQL is not updated correctly

  Hi Experts,
  
  I have a simple question here, could you please help answer? Thank you very much!
  
  I have 2 pages, the first page displays an employee table, the second page shows a few details to the selected employee. When to choose a single employee and click the details button I can be naviaged to the second page and see the details for the selected employee. The vo used on the second page uses a connection variable called "empId" thing for a 'adf.context.pageFlowScope.empId' pageFlowScope value, and this value pageFlowScope will be filled to the empId selected detail button actionListener during execution).
  
  The question is, now first navigation is ok, the details of the page can display the correct information for the employee selected on the page of the employee, but when browsing back and choosing another employee, and then again click the details button, the details of the page is NOT updated, it still shows the initial information for the selected employee. I debug the actionListener in support bean and the second selected empId passed to pageFlowScope.empId, the link in the t variable should get the new value, right? But why the second page gets no updates (request using the new value of the bind variable)?
  
  Thank you!
  
  Published by: user774592 on July 20, 2011 23:13
  
  Published by: user774592 on July 20, 2011 23:15
  
  Published by: user774592 on July 20, 2011 23:15

  In theory, if you expose specific objects of customer to your business (for example pageflowscope) service layer, you may miss 1. test driven development assistance (case of unit test can fail) 2. Customer service of independent business etc... :)
  To respond to your request try to call TargetPagesVO.execute () before the second page (by program or activity method)

• Ask about bind variables and LOVs

  Hello
  I'm new to ADF. Last day, I learned about LOVS, see criteria and bind variables. Now, I tried to develop a sample application. I created a few EOs, village and an AM.
  I also defined a view criteria which takes as a parameter a variable binding and rule the condition when running. Then, I created a group of query based on my view criteria. In this query Panel, when I enter the name of a student in a box (which is related to the binding variable that I guess), the student information is displayed in a table. Now, instead of an entry box, I want a list of choices based on a LOV-driven model that will contain all the names of students available. Is this possible in ADF 11 g?
  
  Thanks in advance

  You must open the VO, you use, go to the view whole section and in the view whole section go in the attributes section.

  In attributes, select the attribute by which you are to the search or make your operation, click on the button add to the list of values: the name of the attribute

  Select the vo object to fill the value.

  You will get the data in the variable binding, that you created in the view criteria.

  Reporter, you can follow the bolg

  http://saumoinak.blogspot.com/2011/02/showing-data-based-on-list-of-values.html

• Of FUNDING and dynamic SQL CREATE ANY TABLE

  Hi gurus,
  
  I have a dynamic SQL code in a procedure where a table to an existing table without data will be created.
  
  strSQL: = "create table ' | strTemp | ' in select * from '. strArc. "where 1 = 2"; "
  Execute immediate strSQL;
  
  
  without GRANT CREATE ANY TABLE to user, * "ORA-01031: insufficient privileges" * error executing. "."
  
  Is there a way to tackle this problem without providing a GRANT CREATE ANY TABLE privileged?
  
  
  Thank you very much
  Charles

  (1) why you are creating a table to run? Which seems to me very concerning. If you create a temporary table and you're accustomed to work how temporary tables in other databases, I would strongly suggest you look at how Oracle manages global temporary tables. If temporary storage is really necessary (99% of the time is not because of the consistent reading multi-version), you should be able to create global temporary tables a few during execution.

  (2) the owner of the procedure should just need the CREATE TABLE privilege granted directly to the user (not granted through a role), assuming that it is in stored procedure a standard DEFINER rights.

  Justin

• bind variables and v$ sqlarea

  Hello
  
  How to distinguish the variable bind to static expression
  in v$ sqlarea? Is this possible?
  Please explain
  
  Best regards
  Paul

  Hello

  You acknowledge that bind variable by ':' in front, you cannot merge with literals.

  Best regards
  Nikolai

• Cursors for parent and child, bind variable and library cache

  I was going through the documentation to understand the difference between the parent and the child cursors. Surprisingly, there's not too much help for this. I was able to collect the following information about this
  
  For each statement SQL cache library contains a cursor "parent" for the text of the SQL statement. The parent cursor is composed of a "handle" that can be searched by the hash value via the library cache hash table and an «object' which contains pointers to each of its «child» cursors Each cursor of the child is also composed of a handle and an object. The child object is composed of two segments numbered from 0 to 6. Lot 0 contains all the credentials for a particular version of the SQL statement and lot 6 contains the execution plan. This distinction between parent and child cursors is maintained even when there is only one version of each SQL statement.
  
  Lets say that 2 LMD were fired with the same set of variables bind (names of variables were same but differed from the value.) The only difference between the 2 LMD was the value of the variable binding) and under the same conditions of load.
  
  These DML 2 would be a sliders 2 children of one parent only cursors.
  
  Please tell me detailed documentation on the subject, so my question is too elementary
  
  Kind regards
  Vishal

  I'm not sure how useful jumping in stuff like bunch 0 and 6 bunch is in terms of understanding what is a parent and what is a child cursor.
  This quote seems to come from Steve Adams - http://www.ixora.com.au/q+a/0104/19005414.htm
  It's a good idea to cite your references.

  I'll give it a go.

  A cursor is a lot of information stored in memory on a SQL statement.

  The basic information for a parent cursor is the text of the SQL statement - exact matches of the statement can only share the parent cursor.

  The cursor of the child is really on the implementation plan specific for a statement and the different settings and parameters that caused this plan to be generated.

  There are a whole bunch of reasons why the executions of the same SQL statement may or may not reuse the existing child cursors.

  In your example 2 statements that differ by the variable binding are likely to lead to different children, although there are factors that can lead to lie different values, do not share the same children among whom for example, the length of the dregs, Adaptive setting cursor_sharing = similar and histograms, or new features like cursor sharing (on subsequent runs of renowned sql running suboptimal initially).

  It might be useful to see V$ SQL_SHARED_CURSOR. This shows the disparities that cause children to not be shared. There are more than 60 columns in this view which gives an indication of the number of factors that can influence.
  http://download.Oracle.com/docs/CD/E11882_01/server.112/e17110/dynviews_3059.htm#REFRN30254

  You might want to look here the criteria for sharing SQL:
  http://download.Oracle.com/docs/CD/E11882_01/server.112/e16638/memory.htm#i40017

  Away from the main documentation, perhaps some of the writings of the optimizer Development Group could help?
  http://blogs.Oracle.com/mt/mt-search.cgi?blog_id=3361&tag=cursor%20sharing&limit=20

  Christian Antognini described this area very well in the "Oracle Performance Troubleshooting Guide".

  Published by: Dom Brooks on February 24, 2011 16:45