Drop all functions and procedures

How can I delete all functions and procedures by using Native Dynamic SQL

Loop against DBA_OBJECTS for the object_type and owner you want to delete.
For each loop, build your query into a variable, then execute it.
http://tahiti.oracle.com/pls/db102/drilldown?levelnum=2&toplevel=b14261&method=FULL&chapters=0&book=&wildcards=1&preference=&expand_all=&result_id=1662311&verb=&word=execute+immediate#b14261
Nicolas.

Similar Messages

Query for getting all function and procedure inside the packages

hi All
Please provide me Query for getting all function and procedure inside the packages
thanks

As Todd said, you can use user_arguments data dictionary or you can join user_objects and user_procedures like below to get the name of the packaged function and procedure names.
If you are looking for the packaged procedures and functions source then use user_source data dictionary
select a.object_name,a.procedure_name from user_procedures a,
user_objects b
where a.object_name is not null
and a.procedure_name is not null
and b.object_type='PACKAGE'
and a.object_name=b.object_name

Getting all Functions and Procedures using DBA_ARGUMENTS

Hi All
I am wanting to find out all functions and procedures that are within each of my packages and am using the following SQL to do this.
SELECT DISTINCT A.OBJECT_NAME, A.PACKAGE_NAME,
DECODE(POSITION,0,'FUNCTION','PROCEDURE')
FROM DBA_ARGUMENTS A
WHERE OWNER = 'NB'
I have discovered however that if a procedure has been overloaded with function will appear twice: as procedure and as a function
I was wondering if there was any workaround for this as I would only like a function to be displayed once?
Kind Regards
Mark

There is an 'OVERLOAD' column which can be used to show only specific overloads (e.g. first).
Determining which overload should be displayed in any given case may require some more thought.

Does all functions and procedures work this way ? (dbms_lock)

hi guys,
all along, i thought..
begin
dbms_output.put_line('a');
dbms_output.put_line('b');
end;
when ranned, i will thought of oracle pl/sql interpreter reading the source line by line
as the steps below
- saw dbms_output.put_line('a') ... print a
- saw dbms_output.put_line('b'); ... print b
thats all..
but after using dbms_lock, i realise its abit different from how i thought ..
begin
dbms_output.put_line('a');
dbms_lock.sleep(10);
dbms_output.put_line('b');
end;
i would have to actually wait for 10 sec before i can see the result 'a' and 'b'..
so it seems to me
the interpreter would
1) see dbms_output.put_line('a'); -- know it is going to print 'a' but doesnt do that yet
2) see dbms_lock.sleep(10); -- sleep for 10 sec..
3) see dmbS_output.put_line('b') -- knows it is going to print 'b' but doesnt do that yet
4) see end; -- ok print 'a' and 'b'
so somehow , for returning result or printing.. it seems to have done so until the END of the block/procedure/function INSTEAD of intepreting line by line and executing it.
However, for dbms_lock.sleep(10), its seems to be interpreted and executed immediately in the midst of the block.
so can i conclude that
for returning/displaying result, it is done at the end of the block
for others, it is done during the block
am i right ?
Best Regards,
Noob

Thinking is always a good thing, but reading docs is helpful too. PL/SQL unit always runs on database server side and always as a unit. dbms_output.put_line('A') simply writes A to a buffer and PL/SQL unit continues to execute. when whole unit completes buffer has all lines written to it. Now client tool SQL*Plus in your case can read buffer content and display it. SQL*PLus does it based on SET SERVEROUTPUT ON/OFF command. I hope now you understand that DBMS_OUTPUT does not provide an interface to to display output on client box but rather store it in a buffer.
SY.

Oracle Form functions and procedures in APEX, how?

I am working to recreate in APEX, already existing Read Only Forms in Oracle Forms. APEX Interactive Report functionality among other things, makes it worth while as well as targetting a different audience than the one that utilizies the Oracle Form versions. Oracle Forms versions use lots of pre and post query triggers, PLSQL Functions.
In Oracle Forms one of the places those functions can be located is in the "Program Units" section of the Form. A typical function of this sort, based on a specific Mission ID Itinerary, collects scheduled passengers last names, formats them with a comma and space after each one, into a single string that is returned and displayed as the passenger list of one row.
I have all this code written so I can move most of the main query of the Oracle Form into an Interactive Report. These functions and triggers called from within the Form, from the "Program Units" section of the Oracle Form rather than being stored in the Database schema in a package, where would they go inside APEX? Can I create a "Shortcut" in APEX and call it from the Interactive Report "Region Source"? Can I create the PLSQL function at the page level or region level of the Interactive Report? Or, is my best bet creating a package stored in the database, of all these functions and/or proecedures I may need from the original Oracle Form?
Some advice would be greatly appriciated.

RLBickham wrote:
I don't think I have been clear enough in describing the specific thing I want to do, it simply does not reach the level of forms to APEX conversion. It is basically a PLSQL Function problem.
I have an Interactive Report that is currently getting 90 percent of what I want however, each row, representing a Mission may have multiple legs. Each Leg has two locations or ICAO codes attached to it. Based on the Mission number, I want to loop through the leg table, collect all the ICAO codes for that Mission, put them all into 1 variable separated by a coma and add that variable to the column display of that Interactive Report as the last column.
In Oracle Forms I have a function saved to the database that is called within the main query. Maybe I am asking a question that does not need to be asked but in any case my question is can I put that function currently in the database somewhere in the confines of the Interactive Report and reference it via Http somehow or should I just stick with putting functions and procedures in packages stored in the database and called the conventional way?You could move the function to the database and call it from the report query, but it sounds as if it's superfluous. In the report query use whatever form of Re: 4. How do I convert rows to columns? is appropriate to your (unspecified) database version.
When you have a problem you'll get a faster, more effective response by including as much relevant information as possible upfront. This should include:
<li>Full APEX version
<li>Full DB/version/edition/host OS
<li>Web server architecture (EPG, OHS or APEX listener/host OS)
<li>Browser(s) and version(s) used
<li>Theme
<li>Template(s)
<li>Region/item type(s) (making particular distinction as to whether a "report" is a standard report, an interactive report, or in fact an "updateable report" (i.e. a tabular form)
With APEX we're also fortunate to have a great resource in apex.oracle.com where we can reproduce and share problems. Reproducing things there is the best way to troubleshoot most issues, especially those relating to layout and visual formatting. If you expect a detailed answer then it's appropriate for you to take on a significant part of the effort by getting as far as possible with an example of the problem on apex.oracle.com before asking for assistance with specific issues, which we can then see at first hand.

Use of function and procedures

when we need to use function rather than procedure or viceversa???

Welcome to the forum!
Use a function if you want to use the value it returns as you would use any other expression in a SQL statement:
SELECT SYSDATE
,       my_function (column1) AS c1
,       UPPER (column2)        AS c2
FROM    table_x;or in PL/SQL:
IF my_function (x) > 0 THEN ...Use a procedure otherwise; for example, if there is no value to be passed back.
Functions can have OUT (and IN OUT) arguments, but they can cause confusion. Many people use procedures whenever they need OUT arguemnts, which includes all situations where 2 or more values are passed back.
Any good book or site on PL/SQL, or any kind of procedural programming, should explain the differences between functions and procedures.
If you don't have at least that much guidance, it's better not to try using PL/SQL.

Difference between function and procedure

Hi all,
Please send me the difference b/w functions and procedures.
Regards
dskumar

A procedure may(1 or many) or may not return a
value,I have yet to see a procedure returning a value. Whilst it can pass out values using OUT and IN OUT parameters, it doesn't RETURN values.
A function always returns one value.A function may also include OUT and IN OUT parameters to pass back values but it's not recommended.

Can SQL Developer control versioning of stored functions and procedures?

Hi all. I have a problem with my project, for developing Oracle functions and procedures. My team want to control versioning of that.
I found that Oracle SQL Developer support versioning features with CVS and Subversion. But I think it just about the files not functions and procedures.
We don't want to control version of files and copy it to stored somethings..
Do you have any idea?
Thanks for reading this post.

Since K asked :)
Both SQL Navigator and Toad for Oracle support controlling PL/SQL at the FILE and DATABASE level.
[Controlling Objects in the Database with Toad|http://www.toadworld.com/BLOGS/tabid/67/EntryID/136/Default.aspx]

Query functions and procedures of a user schema

Hai all,
how can i query functions and procedures of user suppose user scott using sqlplus?
i created a function as user scott how can i view my function name?
Thanks

Hi,
You can Query from dba_objects of user_objects for View,
select owner,object_name,object_type,status from dba_objects where owner='SCOTT';
or
conn scott/pass
select object_name,object_type,status from user_objects;HTH

Function and Procedure

Hi Friends,
My Question is : At what time we will use function and Procedure.? How i can prefer it?
Regards,
Anu

Functions are normally used for computations where as procedures
are normally used for executing business logic.
there can be many difference between stored procedures and functions
main are
1. function can be used in the SQL statements anywhere in the WHERE/HAVING/SELECT section where as Stored procedures cannot be.
If you have a function in which there are DML statements only then you can not call this function in a SQL query
for example
For example, if you have a function that is updating a table, you cannot call that function from a SQL query.
- select myFunction(field) from sometable; will throw error.
But you can do it through procedure.
I hope it is clear

How to use type, packages, functions, and procedures in another schema ?

I have two target schema in one OWB project, such as A and B. In a mapping of A, I would like to use some types, packages, functions, and procedures from B. I have tried the method of synonym as suggested, but I could not find the metadata of these when importing ... The only type of synonym I can import is the synonym for table. Is there a bug for synonym?
If I cannot use synonym for this issue, is there another way to solve the problem?

Now, in some instances you will absolutely need to create the second module as Carsten describes, however it should also be noted that you can reference objects in things like Expressions even if you have not loaded up the metadata. It is only when you need strong binding that it becomes neccessary to import objects. For everything else, as long as the reference will resolve at compile-time then you are good to go.
For example, I have a function in one target schema (S1) and a private synonym to it in another(s2). A mapping in the S2 schema has an expression object that uses the synonym to the function in the expression property for a couple of the output attirbutes. The synonym has not been loaded into metadata - indeed OWB has no knowledge of its existance. But it resolves at compile time so the mapping validates and generates successfully.
Mike

Same algorithm in function and procedure then which one will better?

Why pl sql function is better to computes a value instead of procedure?
If I apply same algorithm in function and procedure then which one will perform better?

It's not a matter of performance, it is more a matter of how it is going to be used.
A function can be used as an expression in an assignment or in a query.
my_var := my_func(my_param);
select my_var(my_col) from my_table;But it can just return a single value (which can be a complex value like a nested table or object or ref cursor, but still a single value.)
The procedure often is more used to perform an action that does not return anything.
execute_invoicing(my_invoice_id);Or procedures can be used if you need multiple return values.
my_proc(my_input, my_output_1, my_output_2, my_output_3);But the procedure cannot be used in an assignment expression or a select query.
Performance wise procedures and functions are completely identical. It is only a matter of what action they perform and how you are going to use them.

Exact difference between function and procedure

exact difference between function and procedure(real time diff.....not like return value, dml....) and function do some work at the same time that work also do procedure..why function

ranitB wrote:
1. Function is called Inline a query. A return value is must.
But, procedure may/may not contain a return value.Not true.
A function may be called in a query providing it meets certain limitations (no DDL, or transactional statements such as commit/rollback etc.).
A function does not have to be called from a query, it can be called from other PL/SQL code or from other external applications.
Regular functions must return a value, though pipelined functions do not...
SQL> CREATE OR REPLACE TYPE split_tbl IS TABLE OF VARCHAR2(32767);
2 /
Type created.
SQL> CREATE OR REPLACE FUNCTION split (p_list VARCHAR2, p_delim VARCHAR2:=' ') RETURN SPLIT_TBL PIPELINED IS
2      l_idx    PLS_INTEGER;
3      l_list   VARCHAR2(32767) := p_list;
4      l_value VARCHAR2(32767);
5    BEGIN
6      LOOP
7        l_idx := INSTR(l_list, p_delim);
8        IF l_idx > 0 THEN
9          PIPE ROW(SUBSTR(l_list, 1, l_idx-1));
10          l_list := SUBSTR(l_list, l_idx+LENGTH(p_delim));
11        ELSE
12          PIPE ROW(l_list);
13          EXIT;
14        END IF;
15      END LOOP;
16      RETURN;
17    END SPLIT;
18 /
Function created.
SQL> SELECT column_value
2 FROM TABLE(split('FRED,JIM,BOB,TED,MARK',','));
COLUMN_VALUE
FRED
JIM
BOB
TED
MARK... whilst the definition of the function shows a return type, the return statement inside the function simply returns, without a value. That's because the data is passed back through a special "pipeline", and you can write code to show that the data is available to a query as soon as it's piped, and before the function has completed (reached the return statement) if you like.
A procedure does not return a value (And no an OUT parameter is not a "returned" value, it's a writeable parameter, there's a difference)
2. There are some limitations in functions which is possbl through procedures.
Like - Oracle doesn't support DML in functions called in Select queries (using PRAGMA AUTONOMOUS_TRANSACTION will help).Not strictly true. and SQL query is considered to be DML, so a function could perform a query and then be used inside another query...
SQL> ed
Wrote file afiedt.buf
1 create or replace function f_dname(p_deptno in number) return varchar2 is
2    v_dname varchar2(10);
3 begin
4    select dname into v_dname
5    from   dept
6    where deptno = p_deptno;
7    return v_dname;
8* end;
SQL> /
Function created.
SQL> ed
Wrote file afiedt.buf
1* select empno, ename, f_dname(deptno) as dname from emp
SQL> /
     EMPNO ENAME      DNAME
      7369 SMITH      RESEARCH
      7499 ALLEN      SALES
      7521 WARD       SALES
      7566 JONES      RESEARCH
      7654 MARTIN     SALES
      7698 BLAKE      SALES
      7782 CLARK      ACCOUNTING
      7788 SCOTT      RESEARCH
      7839 KING       ACCOUNTING
      7844 TURNER     SALES
      7876 ADAMS      RESEARCH
      7900 JAMES      SALES
      7902 FORD       RESEARCH
      7934 MILLER     ACCOUNTING
14 rows selected.It's been discussed many times on the forum... my favourite here...
{message:id=1668675}
Edited by: BluShadow on 17-Sep-2012 09:22

Double quotes in function and procedure names when using impdp

When viewing a function in the original database, it looks like:
CREATE OR REPLACE FUNCTION TA_ACTIVITY_D_GEN_FNC
After doing an expdp and impdp to restore a development database, it now looks like
CREATE OR REPLACE FUNCTION "TA_ACTIVITY_D_GEN_FNC"
and also has 2 blank lines at end of function.
This causes us problems when trying to use various utilites to compare differences in production and development. Now every function and procedure shows up as being different.
Can someone please explain why and what can be done to avoid this from happening?
Edited by: user6116705 on Jun 15, 2010 7:52 AM

from old exp, here is the first line of the create procedure statement:
CREATE FORMAT71 PROCEDURE "SECURE_DML"
You can see the double quotes. I don't understand why you wouldn't see the same compare issue with old exp. I was wondering what you were using for compare since it would let me know where to look for anything that has changed from the original create to the create performed by data pump. I remember there being an issue in this area. I just don't remember if it was extra spacing, upcasing, or something else or multiple changes. You could contact Oracle support to see if there is a fix and if it is backported to your version.
The only other way you can possibly fix this (and it would be a huge pain) would be to run impdp with a sqlfile and then edit the sqfile to remove the double quotes and to remove any extra spacing/extra lines. A patch from Oracle would certainly be easier if one was available.
Dean

Calling Oracle function and Procedure using OCCI with in C++ code

Could any body send me the sample code to create and execute Oracle function and Procedure using OCCI concept in C++?.
Edited by: 788634 on Aug 16, 2010 4:09 AM

Hi Vishnu,
Yes, sure, you can create a PL/SQL procedure, function, package, package body, etc. from within an OCCI application. I would say that, generally, this is not the sort of activity a typical client application would perform unless there is some initialization/installation processes that need to happen. In any case, here is a simple demo showing how to create a stand alone procedure (in a real application I would use a package and body) that returns a ref cursor. The ref cursor is just a simple select of two columns in the hr.countries sample table. Of course, there is no error handling, object orientation, etc. in this demo - I wanted to keep the code as short and as simple as possible to illustrate the concept.
Regards,
Mark
#include <occi.h>
#include <iostream>
using namespace std;
using namespace oracle::occi;
int main(void)
// occi variables
Environment *env;
Connection *con;
Statement   *stmt;
ResultSet   *rs;
// database connection information
string user = "hr";
string passwd = "hr";
string db = "orademo";
// sql to create the procedure which returns a ref cursor as out parameter
// should be run as hr sample user or in a schema that has select privilege
// on the hr.countries table and a synonym (countries) that points to the
// hr.countries table
string sqlCreate =
    "create or replace procedure get_countries(p_rc out sys_refcursor) as "
    "begin"
    " open p_rc for"
    " select country_id, country_name from countries order by country_name; "
    "end;";
// pl/sql anonymous block to call the procedure
string sqlCall = "begin get_countries(:1); end;";
// create a default environment for this demo
env = Environment::createEnvironment(Environment::DEFAULT);
cout << endl;
// open the connection to the database
con = env->createConnection(user, passwd, db);
// display database version
cout << con->getServerVersion() << endl << endl;
// create statement object for creating procedure
stmt = con->createStatement(sqlCreate);
// create the procedure
stmt->executeUpdate();
// terminate the statement object
con->terminateStatement(stmt);
// now create new statement object to call procedure
stmt = con->createStatement(sqlCall);
// need to register the ref cursor output parameter
stmt->registerOutParam(1, OCCICURSOR);
// call the procedure through the anonymous block
stmt->executeUpdate();
// get the ref cursor as an occi resultset
rs = stmt->getCursor(1);
// loop through the result set
// and write the values to the console
while (rs->next())
    cout << rs->getString(1) << ": " << rs->getString(2) << endl;
// close the result set after looping
stmt->closeResultSet(rs);
// terminate the statement object
con->terminateStatement(stmt);
// terminate the connection to the database
env->terminateConnection(con);
// terminate the environment
Environment::terminateEnvironment(env);
// use this as a prompt to keep the console window from
// closing when run interactively from the IDE
cout << endl << "ENTER to continue...";
cin.get();
return 0;
}

Drop all functions and procedures

Similar Messages

Maybe you are looking for