Pl/sql engine, PL-SQL Programming


The PL/SQL run-time system and compilation is a technology, not an independent product. Consider this technology as an engine that compiles and executes the PL/SQL blocks and the subprograms. The engine can be installed in an Oracle server or in an application development tool like Oracle Forms or Oracle Reports. Therefore, PL/SQL can reside in two environments:

(i) The Oracle server

(ii)Oracle tools

These 2 environments are independent. The PL/SQL is bundled with the Oracle server but might be unavailable in several tools. In either environment, the PL/SQL engine accepts as input any valid PL/SQL block or subprogram. The Figure shows the PL/SQL engine processing an unidentified block. The engine executes procedural statements but sends SQL statements to the SQL Statement Executor in the Oracle server.


Figure: PL/SQL Engine

(i)In the Oracle Server

The Application development tools which lack a local PL/SQL engine should rely on Oracle to process the PL/SQL blocks and subprograms. Whenever it contains the PL/SQL engine, an Oracle server can process the PL/SQL blocks and subprograms as well as single the SQL statements. The Oracle server passes the blocks and subprograms to its local PL/SQL engine.

Anonymous Blocks

The Anonymous PL/SQL blocks can be embedded in an Oracle Pre-compiler or the OCI program. At run time, the program, lacking a local PL/SQL engine, send these blocks to the Oracle server, where they are compiled and executed. Similarly, interactive tools like SQL Plus and Enterprise Manager, lacking a local PL/SQL engine, should send an anonymous block to the Oracle.

Stored Subprograms

The Subprograms can be compiled individually and stored permanently in an Oracle database, and is ready to be executed. A subprogram explicitly CREATED using an Oracle tool is known as stored subprogram. Once it is compiled and stored in the data dictionary, it is a schema object that can be referenced by any number of applications connected to that database.

The Stored subprograms defined within a package are known as packaged subprograms. Those defined independently are known as stand-alone subprograms. Those Stored subprograms defined within another subprogram or within a PL/SQL block are known as local subprograms, that cannot be referenced by other applications and exist only for the convenience of the enclosing block.

The Stored subprograms offer higher productivity, memory savings, better performance, application integrity, & tighter security. For e.g., by designing the applications around a library of stored procedures and functions, you can avoid the redundant coding and increase your productivity.

You can call stored subprograms from a database trigger, another stored subprogram, an OCI application, an Oracle Precompiler application, or interactively from SQL Plus or Enterprise Manager. For e.g., you might call the stand-alone procedure create_dept from SQL Plus as shown:

SQL> CALL create_dept('FINANCE', 'NEW YORK');

Database Triggers

A database trigger is a stored subprogram related with a table. You can have Oracle that automatically fire the database trigger before or after an INSERT, DELETE, or UPDATE statement that affects the table. One of the various uses of database triggers is to audit the data modifications. For e.g., the following database trigger fires whenever the salaries in the emp table are updated:





INSERT INTO emp_audit VALUES ...


You can use all SQL data manipulation statements and any procedural statement in the executable part of a database trigger.

(ii)In Oracle Tools

Whenever it contains the PL/SQL engine, an application development tool can process the PL/SQL blocks and subprograms. The tool that passes the blocks to its local PL/SQL engine. The engine executes all the procedural statements at the application site and sends only SQL statements to Oracle. And hence, most of the work is completed at the application site, not at the server site.

Moreover, if the block contains no SQL statements, the engine executes the whole block at the application site. This is very useful if your application can benefit from conditional and iterative control.

Often, the Oracle Forms applications use SQL statements merely to test the value of the field entries or to do simple calculations. By using the PL/SQL instead, you can avoid calls to the Oracle server. Furthermore, you can use PL/SQL functions to manipulate the field entries.

Posted Date: 10/2/2012 1:57:45 AM | Location : United States

Related Discussions:- Pl/sql engine, Assignment Help, Ask Question on Pl/sql engine, Get Answer, Expert's Help, Pl/sql engine Discussions

Write discussion on Pl/sql engine
Your posts are moderated
Related Questions
Develop Data Business Intelligence Project Project Description: We are linking our Microsoft SQL Database to GoodData Business Intelligence. We are seeking somebody who has e

Datatype Conversion At times it is necessary to convert a value from one datatype to another. For e.g. if you want to inspect a rowid, you should convert it to a character stri

On occasion, some of Brewbean's customers mistakenly leave an item out of a basket already checked out, so they create a new basket containing the missing items. However, they requ

Identifiers You use identifiers to name the PL/SQL program items and units that include constants, variables, cursors, exceptions, cursor variables, subprograms, and packages.

Exception handling In the PL/SQL, a warning or error condition is known as an exception. The Exceptions can be internally defined (by the run-time system) or user defined. The

Object Type: The object type is a user-defined composite datatype which encapsulates a data structure along with the functions and procedures required to manipulate the data

At times, customers make mistakes in submitting their orders and call to cancel the order. Brewbean’s wants to create a trigger that automatically updates the stock level of all pr

Declaring Cursor Variables Once a REF CURSOR type is define by you, and then you can declare the cursor variables of that type in any PL/SQL block or subprogram. In the exampl

Implicit Cursor Attributes The Implicit cursor attributes returns the information about the execution of an INSERT, DELETE, UPDATE, or SELECT INTO statement. The cursor attribu

Records Records are the items of the type RECORD. The Records have exclusively named fields that can store the data values of various types. And hence, a record treat associate