Conventions Used in This Book
The following conventions are used in this book:
Italic
Used for file and directory names, for URLs, and for emphasis when introducing a new term.
Constant width
Used for code examples.
Constant width boldIndicates user input in examples showing an interaction. Also, in some code examples, highlights the statements being discussed.
Constant width italic
In some code examples, indicates an element (e.g., a filename) that you supply.
UPPERCASE
In code examples, generally indicates PL/SQL keywords.
lowercase
In code examples, generally indicates user-defined items such as variables, parameters, etc.
punctuation
In code examples, enter exactly as shown.
indentation
In code examples, helps to show structure but is not required.
- -
In code examples, a double hyphen begins a single-line comment that extends to the end of a line.
/* and */
In code examples, these characters delimit a multiline comment that can extend from one line to another.
.
In code examples and related discussions, a dot qualifies a reference by separating an object name from a component name. For example, dot notation is used to select fields in a record and to specify declarations within a package.
[ ]
In syntax descriptions, square brackets enclose optional items.
{ }
In syntax descriptions, curly brackets enclose a set of items from which you must choose only one.
|
In syntax descriptions, a vertical bar separates the items enclosed in curly brackets, as in {TRUE | FALSE}.
...
In syntax descriptions, ellipses indicate repeating elements. An ellipsis also shows that statements or clauses irrelevant to the discussion were left out.
|
|
Which Platform or Version?
In general, all of the discussions and examples in this book apply regardless of the machine and/or operating system you are using. In those cases where a feature is in any way version-dependent—for example, if you can use it only in Oracle versions Oracle8i or Oracle9i—we note that in the text.
There are many versions of PL/SQL, and you may even find that you need to use multiple versions in your development work. Chapter 1 describes the versions of PL/SQL still in common use and what you should know about them; see Section 1.4.3.