PL/SQL Data Types

Introduction: Every constant, variable, and parameter has a datatype (or type), which specifies a

storage format, constraints, and valid range of values. In addition to all the datatypes

available in SQL (i.e., NUMBER, VARACHAR2, DATE, etc.,), PL/SQL includes

variants on these datatypes as well as additional types not available in SQL.

This lesson covers the scalar datatypes in PL/SQL programs.

PL/SQL Dataypes: There are four main groups of datatypes:

Scalar type

Composite type

Reference type

Large Objects type

Scalar datatypes represent single values such as a number or character string, which

cannot be divided into parts.

Scalar datatypes are categorized as below:

Number datatype

Character datatype

Date/Time

Boolean datatype

Composite datatypes represent group of values, in which each value can be

independently manipulated.

Record

Table

Varray

Reference type holds values, called pointers, that designate other program items.

Large OBject type holds values, called lob locators, that specify the location of large

objects, such as text blocks or graphic images, that are stored separately from other

database data.

PL/SQL Number DataTypes

Number types store numeric data (integers, real numbers, and floating-point numbers),

represent quantities, and do calculations.

Number

Binary_Integer

Binary_Float and Binary_Double

Pls_Integer

NUMBER

Number is a generic dataype used to store fixed point or floating point numbers. Its

magnitude range is 1E-130 to 10E125. If the value of an expression falls outside this

range, then we get a numeric overflow or underflow error.

The syntax is as follows:

NUMBER[(precision[,scale])];

Precision indicates total number of digits in a number. Its value lies between 1

and 38.

Scale indicates the number of digits to the right of the decimal point. It ranges

from -84 to 127, determines where rounding occurs. For instance, a scale of 2

rounds to the nearest hundredth (3.456 becomes 3.46). A negative scale

rounds to the left of the decimal point. For example, a scale of -3 rounds to the

nearest thousand (3456 becomes 3000). A scale of 0 rounds to the nearest

whole number. If you do not specify scale, it defaults to 0

Both Precision and scale are optional.

To declare fixed-point numbers, one must give scale, use the following form:

NUMBER(precision, scale)

To declare floating-point numbers, for which no need to specify precision or scale

because the decimal point can "float" to any position, use the following form:

NUMBER

To declare integers, which have no decimal point, use the following form:

NUMBER(precision) -- same as NUMBER(precision,0)

Note:

Precision and scale values must be always integer literals.

The maximum precision of a NUMBER value is 38 decimal digits.

If precision did not specified, then it defaults to 38 or the maximum supported by

your system, whichever is less.

NUMBER Subtypes

One can use the following NUMBER subtypes for compatibility with ANSI/ISO and

IBM types or when you want a more descriptive name:

DEC

DECIMAL

DOUBLE PRECISION

FLOAT

INTEGER

INT

NUMERIC

REAL

SMALLINT

Use the subtypes DEC, DECIMAL, and NUMERIC to declare fixed-point numbers with

a maximum precision of 38 decimal digits.

Use the subtypes DOUBLE PRECISION and FLOAT to declare floating-point numbers

with a maximum precision of 126 binary digits, which is roughly equivalent to 38

decimal digits. Or, use the subtype REAL to declare floating-point numbers with a

maximum precision of 63 binary digits, which is roughly equivalent to 18 decimal digits.

Use the subtypes INTEGER, INT, and SMALLINT to declare integers with a maximum

precision of 38 decimal digits.

BINARY_INTEGER

Though NUMBER dataype is convenient datatype, but it is not most efficient, when

storage space is major concern. For example to store a number 255, it will use 3 bytes,

wherein in binary format it will take only 1 byte for the number 255(i.e., 255 decimal =

11111111 binary). To improve performance and reduce space consumption for

operations involving massive processing of integer values, Oracle introduced the

BINARY_INTEGER and PLS_INTEGER datatype. Beginning with Oracle 10g, these

datatypes are interchangeable. In earlier versions of Oracle, PLS_INTEGER provided

better performance. Both of these datatypes exists only in PL/SQL.

BINARY_INTEGER datatype stores signed integers with its magnitude ranging from

-2**31 to 2**31. BINARY_INTEGER values takes less storage than NUMBER values.

More over arithmetic operations on these values are faster than NUMBER arithmetic.

BINARY_INTEGER Subtypes

A base type is the datatype from which a subtype is derived. A subtype associates a base

type with a constraint and so defines a subset of values. For your convenience,

PL/SQL predefines the following BINARY_INTEGER subtypes:

NATURAL :It restricts an integer variable to non-negative or positive values

NATURALN : It restricts assigning of NULLs to an integer variable

POSITIVE : It restricts an integer variable to non-negative or positive values

POSITIVEN : It restricts assigning of NULLs to an integer variable

SIGNTYPE : It restricts an integer variable to the values -1,0, and 1.

BINARY_FLOAT and BINARY_DOUBLE

Single-precision and double-precision IEEE 754-format single-precision floating-point

numbers. These types are used primarily for high-speed scientific computation. Literals

of these types end with f (for BINARY_FLOAT)or d (for BINARY_DOUBLE).

Forexample, 2.07f or 3.0094d.

PLS_INTEGER

You use the PLS_INTEGER datatype to store signed integers. Its magnitude range is

-2**31 to 2**31. PLS_INTEGER values require less storage than NUMBER values.

Also, PLS_INTEGER operations use machine arithmetic, so they are faster

than NUMBER and BINARY_INTEGER operations, which use library arithmetic. For

efficiency, use PLS_INTEGER for all calculations that fall within its magnitude range.

Although PLS_INTEGER and BINARY_INTEGER have the same magnitude range,

they are not fully compatible. When a PLS_INTEGER calculation overflows, an

exception is raised. However, when a BINARY_INTEGER calculation overflows, no

exception is raised if the result is assigned to a NUMBER variable.

Because of this small semantic difference, you might want to continue

using BINARY_INTEGER in old applications for compatibility. In new applications,

always use PLS_INTEGER for better performance.

PL/SQL Character and String Types

Character types lets one to store alphanumeric data, represent words and text, and

manipulate character strings.

CHAR

LONG and LONG RAW

RAW

ROWID and UROWID

VARCHAR2

CHAR You use the CHAR datatype to store fixed-length character data. The CHAR datatype

takes an optional parameter that lets you specify a maximum size up to 32767 bytes. One

can specify the size in terms of bytes or characters, where each character contains one or

more bytes, depending on the character set encoding. The syntax follows:

CHAR[(maximum_size [CHAR | BYTE] )]

Note: Symbolic constant or variable to specify the maximum size is not allowed and must

use an integer literal in the range 1 .. 32767.

If you do not specify a maximum size, it defaults to 1. Although PL/SQL character

variables can be relatively long, you cannot insert CHAR values longer than 2000 bytes

into a CHAR database column. One can insert any CHAR(n) value into

a LONG database column because the maximum width of a LONG column is 2**31

bytes or two gigabytes. However, you cannot retrieve a value longer than 32767 bytes

from a LONG column into a CHAR(n) variable. CHAR Subtype

The CHAR subtype CHARACTER has the same range of values as its base type. That

is, CHARACTER is just another name for CHAR. You can use this subtype for

compatibility with ANSI/ISO and IBM types or when you want an identifier more

descriptive than CHAR.

LONG and LONG RAW LONG datatype represents variable-length character strings. The LONG datatype is like

the VARCHAR2 datatype, except that the maximum size of a LONG value is 32760

bytes. The LONG RAW datatype represents binary data or byte

strings. LONG RAW data is like LONG data, except that LONG RAW data is not

interpreted by PL/SQL. The maximum size of a LONG RAW value is 32760 bytes.

Note: In SQL statements, PL/SQL binds LONG values as VARCHAR2, not as LONG.

However, if the length of the bound VARCHAR2 exceeds the maximum width of

a VARCHAR2 column (4000 bytes), Oracle converts the bind type

to LONG automatically, then issues an error message because you cannot

pass LONG values to a SQL function.

RAW RAW datatype stores binary data or byte strings. For example, a RAW variable might

store a sequence of graphics characters or a digitized picture. Raw data is

like VARCHAR2 data, except that PL/SQL does not interpret raw data.

The RAW datatype takes a required parameter that lets you specify a maximum size up to

32767 bytes. The syntax follows:

RAW(maximum_size)

Note: symbolic constant or variable cannot be used to specify the maximum size and

must use an integer literal in the range 1 .. 32767.

You cannot insert RAW values longer than 2000 bytes into a RAW column. You can

insert any RAW value into a LONG RAW database column because the maximum width

of a LONG RAW column is 2**31 bytes. However, you cannot retrieve a value longer

than 32767 bytes from a LONG RAW column into a RAW variable.

ROWID and UROWID Internally, every database table has a ROWID pseudocolumn, which stores binary values

called rowids. Each rowid represents the storage address of a row. A physical

rowid identifies a row in an ordinary table. A logical rowid identifies a row in an index-

organized table. The ROWID datatype can store only physical rowids. However,

the UROWID (universal rowid) datatype can store physical, logical, or foreign (non-

Oracle) rowids.

VARCHAR2 The VARCHAR2 datatype stores variable-length character data.

The VARCHAR2 datatype takes a required parameter that specifies a maximum size up

to 32767 bytes. The syntax follows:

VARCHAR2(maximum_size [CHAR | BYTE])

Note: symbolic constant or variable cannot be used specify the maximum size and must

use an integer literal in the range 1 .. 32767.

Although PL/SQL character variables can be relatively long, you cannot

insert VARCHAR2 values longer than 4000 bytes into a VARCHAR2 database column.

You can insert any VARCHAR2(n) value into a LONG database column because the

maximum width of a LONG column is 2**31 bytes. However, you cannot retrieve a

value longer than 32767 bytes from a LONG column into a VARCHAR2(n) variable.

VARCHAR2 Subtypes

The VARCHAR2 subtypes below have the same range of values as their base type. For

example, VARCHAR is just another name for VARCHAR2.

STRING

VARCHAR

PL/SQL Boolean Types

PL/SQL has a type for representing Boolean values (true and false). Because SQL does

not have an equivalent type, you can use BOOLEAN variables and parameters in

PL/SQL contexts but not inside SQL statements or queries.

BOOLEAN

You use the BOOLEAN datatype to store the logical values TRUE, FALSE,

and NULL (which stands for a missing, unknown, or inapplicable value). Only logic

operations are allowed on BOOLEAN variables.

The BOOLEAN datatype takes no parameters. Only the values TRUE, FALSE,

and NULL can be assigned to a BOOLEAN variable.

You cannot insert the values TRUE and FALSE into a database column. You cannot

select or fetch column values into a BOOLEAN variable. Functions called from a SQL

query cannot take any BOOLEAN parameters. Neither can built-in SQL functions such

as TO_CHAR; to represent BOOLEAN values in output, you must use IF-

THEN or CASE constructs to translate BOOLEAN values into some other type, such as 0

or 1, 'Y' or 'N', 'true' or 'false', and so on.

DATE

You use the DATE datatype to store fixed-length datetimes, which include the time of

day in seconds since midnight. The date portion defaults to the first day of the current

month; the time portion defaults to midnight. The date function SYSDATE returns the

current date and time.

Tips:

To compare dates for equality, regardless of the time portion of each date, use the

function result TRUNC(date_variable) in comparisons, GROUP BY operations,

and so on.

To find just the time portion of a DATE variable, subtract the date

portion: date_variable - TRUNC(date_variable).

Valid dates range from January 1, 4712 BC to December 31, 9999 AD. A Julian date is

the number of days since January 1, 4712 BC. Julian dates allow continuous dating from

a common reference. You can use the date format model 'J' with the date

functions TO_DATE and TO_CHAR to convert between DATE values and their Julian

equivalents.

In date expressions, PL/SQL automatically converts character values in the default date

format to DATE values. The default date format is set by the Oracle initialization

parameter NLS_DATE_FORMAT. For example, the default might be 'DD-MON-YY',

which includes a two-digit number for the day of the month, an abbreviation of the month

name, and the last two digits of the year.

You can add and subtract dates. In arithmetic expressions, PL/SQL interprets integer

literals as days. For instance, SYSDATE + 1 signifies the same time tomorrow.

TIMESTAMP

The datatype TIMESTAMP, which extends the datatype DATE, stores the year, month,

day, hour, minute, and second. The syntax is:

TIMESTAMP[(precision)]

where the optional parameter precision specifies the number of digits in the fractional

part of the seconds field. You cannot use a symbolic constant or variable to specify the

precision; you must use an integer literal in the range 0 .. 9. The default is 6.

Declaring and Initializing PL/SQL Variables

Program stores values in variables and constants. As the program executes, the values of

variables can change, but the values of constants cannot.

One can declare variables and constants in the declarative part of any PL/SQL block,

subprogram, or package. Declarations allocate storage space for a value, specify its

datatype, and name the storage location so that you can reference it.

Syntax: identifier [CONSTANT] datatype [NOT NULL] [:=|DEFAULT expr];

Examples

DECLARE

dob DATE;

stud_name VARCHAR2(20):= ‘Anil’

By default, variables are initialized to NULL

To declare a constant, put the keyword CONSTANT before the type specifier:

DECLARE

credit_limit CONSTANT REAL := 5000.00;

max_days_in_year CONSTANT INTEGER := 366;

urban_legend CONSTANT BOOLEAN := FALSE;

BEGIN

NULL;

END;

/

Using DEFAULT

Use DEFAULT for variables that have a typical value. Use the assignment operator for

variables (such as counters and accumulators) that have no typical value.

For example:

hours_worked INTEGER DEFAULT 40;

employee_count INTEGER := 0;

You can also use DEFAULT to initialize subprogram parameters, cursor parameters, and

fields in a user-defined record.

Using NOT NULL

Besides assigning an initial value, declarations can impose the NOT NULL constraint:

DECLARE

acct_id INTEGER(4) NOT NULL := 9999;

You cannot assign nulls to a variable defined as NOT NULL. If you try, PL/SQL raises

the predefined exception VALUE_ERROR.

The NOT NULL constraint must be followed by an initialization clause.

PL/SQL provide subtypes NATURALN and POSITIVEN that are predefined

as NOT NULL. You can omit the NOT NULL constraint when declaring variables of

these types, and you must include an initialization clause.

Using the %TYPE Attribute

The %TYPE attribute provides the datatype of a variable or database column. Variables

declared using %TYPE are treated like those declared using a datatype specifier.

The %TYPE attribute is particularly useful when declaring variables that refer to

database columns. When you use table_name.column_name.TYPE to declare a variable,

you do not need to know the actual datatype, and attributes such as precision, scale, and

length. If the database definition of the column changes, the datatype of the variable

changes accordingly at run time.

Syntax:

Identifier variable%type;

Identifier table.columnname%type ;

Examples:

s studno%type;

sal emp.salary%type;

In the above declarations the data type of variable s will be same as the variable studno

and the data type of variable sal will be same the datatype of column salary of employee

table.

Note : %TYPE variables do not inherit the NOT NULL column constraint.

Using the %ROWTYPE Attribute

The %ROWTYPE attribute provides a record type that represents a row in a table (or

view). The record can store an entire row of data selected from the table, or fetched from

a cursor or strongly typed cursor variable:

Restrictions on Declarations

PL/SQL does not allow forward references. You must declare a variable or

constant before referencing it in other statements, including other declarative statements.

PL/SQL LOB Types

The LOB (large object) datatypes BFILE, BLOB, CLOB, and NCLOB let you store

blocks of unstructured data (such as text, graphic images, video clips, and sound

waveforms) up to four gigabytes in size. And, they allow efficient, random, piece-wise

access to the data.

The LOB types differ from the LONG and LONG RAW types in several ways. For

example, LOBs (except NCLOB) can be attributes of an object type, but LONGs cannot.

The maximum size of a LOB is four gigabytes, but the maximum size of a LONG is two

gigabytes. Also, LOBs support random access to data, but LONGs support only

sequential access.

LOB types store lob locators, which point to large objects stored in an external file, in-

line (inside the row) or out-of-line (outside the row). Database columns of

type BLOB, CLOB, NCLOB, or BFILE store the locators. BLOB, CLOB,

and NCLOB data is stored in the database, in or outside the row. BFILE data is stored in

operating system files outside the database.

PL/SQL operates on LOBs through the locators. For example, when you select

a BLOB column value, only a locator is returned. If you got it during a transaction,

the LOB locator includes a transaction ID, so you cannot use it to update that LOB in

another transaction. Likewise, you cannot save a LOB locator during one session, then

use it in another session.

BFILE

You use the BFILE datatype to store large binary objects in operating system files outside

the database. Every BFILE variable stores a file locator, which points to a large binary

file on the server. The locator includes a directory alias, which specifies a full path name

(logical path names are not supported).

BFILEs are read-only, so you cannot modify them. The size of a BFILE is system

dependent but cannot exceed four gigabytes (2**32 - 1 bytes). Your DBA makes sure

that a given BFILE exists and that Oracle has read permissions on it. The underlying

operating system maintains file integrity.

BFILEs do not participate in transactions, are not recoverable, and cannot be replicated.

The maximum number of open BFILEs is set by the Oracle initialization

parameter SESSION_MAX_OPEN_FILES, which is system dependent.

BLOB

You use the BLOB datatype to store large binary objects in the database, in-line or out-

of-line. Every BLOB variable stores a locator, which points to a large binary object. The

size of a BLOB cannot exceed four gigabytes.

BLOBs participate fully in transactions, are recoverable, and can be replicated. Changes

made by package DBMS_LOB can be committed or rolled back. BLOB locators can span

transactions (for reads only), but they cannot span sessions.

CLOB

You use the CLOB datatype to store large blocks of character data in the database, in-line

or out-of-line. Both fixed-width and variable-width character sets are supported.

Every CLOB variable stores a locator, which points to a large block of character data.

The size of a CLOB cannot exceed four gigabytes.

CLOBs participate fully in transactions, are recoverable, and can be replicated. Changes

made by package DBMS_LOB can be committed or rolled back. CLOB locators can span

transactions (for reads only), but they cannot span sessions.

NCLOB

You use the NCLOB datatype to store large blocks of NCHAR data in the database, in-

line or out-of-line. Both fixed-width and variable-width character sets are supported.

Every NCLOB variable stores a locator, which points to a large block of NCHAR data.

The size of an NCLOB cannot exceed four gigabytes.

NCLOBs participate fully in transactions, are recoverable, and can be replicated. Changes

made by package DBMS_LOB can be committed or rolled back. NCLOB locators can

span transactions (for reads only), but they cannot span sessions.

References

• ORACLE Database 10g PL/SQL Programming – Oracle Press

• Oracle PL/SQL Programming – Steven Feuerstein, Bill Pribyl

• Oracle PL/SQL for dummies • docs.oracle.com • oracle-base.com