Vous êtes sur la page 1sur 9

Universit Tunis El Manar Institut Suprieur dInformatique Matire : Systme de Gestion de Bases de Donnes

Anne Universitaire 2011-2012


me

Niveau : 2

anne SIL

Enseignants : R. ZAFRANI B. AYED

Janvier 2012

Cours n1 : Introduction au SGBD ORACLE


1. Historique
Oracle est un SGBD (systme de gestion de bases de donnes) dit par la socit du mme nom (Oracle Corporation - http://www.oracle.com/), leader mondial des bases de donnes. La socit Oracle Corporation a t cre en 1977 par Lawrence Ellison, Bob Miner, et Ed Oates. Elle s'appelle alors Relational Software Incorporated (RSI) et commercialise un Systme de Gestion de Bases de donnes relationnelles (SGBDR ou RDBMS pour Relational Database Management System) nomm Oracle. En 1979, le premier prototype (RDBMS - RSI1) intgrant la sparation des espaces d'adressage entre les programmes utilisateurs et le noyau Oracle est commercialis. Cette version est entirement dveloppe en langage assembleur. La seconde version (RDBMS - RSI2) est un portage de l'application sur d'autres platesformes. En 1983 la troisime version apporte des amliorations au niveau des performances et une meilleure prise en charge du SQL. Cette version est entirement code en langage C. A la mme poque RSI change de raison sociale et devient Oracle. En 1984 la premire version d'Oracle (Oracle 4) est commercialise sur les machines IBM. En 1985 Oracle 5 permet une utilisation client-serveur grce au middleware SQL*Net. La version 5 d'Oracle supporte donc les requtes distribues. En 1986 Oracle a t port sur la plateforme 8086. En 1988 Oracle 6 est disponible sur un grand nombre de plates-formes et apporte de nombreuses nouvelles fonctionnalits ainsi qu'une amlioration notable des performances. Oracle version 6 supporte PL/SQL. En 1991, Oracle 6.1 propose une option Parallel Server (dans un premier temps sur la DEC VAX, puis rapidement sur de nombreuses autres plates-formes). En 1992, la version 7 d'Oracle supporte les contraintes d'intgrit, les procdures stockes et les dclencheurs (triggers ). En 1995, acquisition dun puissant moteur multidimensionnel, commercialis sous le nom dOracle Express. En 1997, la version 8 introduit le dveloppement orient objet et les applications multimdia. En 2001, Oracle 9i ajoute 400 nouvelles fonctionnalits et permet de lire et d'crire des documents XML. partir de la version 9i, intgration du moteur OLAP au sein de Oracle : le moteur Oracle express est dornavant rfrenc au sein de loption Oracle OLAP. Les donnes multidimensionnelles sont accessibles partir du langage SQL. En 2003, la version 10g est publie, version qui supporte les expressions rationnelles. Le g signifie grid ; un des atouts marketing de la 10g est en effet qu'elle supporte le grid computing (calcul distribu ). En 2005, vers la fin novembre, une version compltement gratuite est publie, la Oracle Database 10g Express Edition . Apparat cette mme anne, Oracle Database 10.2.0.1 aussi connue sous le nom d'Oracle Database 10g Release 2 (10gR2). En 2007, sortie de la version 11 : Oracle Database 11g, pour Linux et Windows. Septembre 2009, sortie de Oracle Database 11g Release 2.

2. Les versions d'Oracle


Oracle se dcline en plusieurs versions dition Ent reprise : comprend toutes les fonctionnalits du produit dition Standard : limitations apportes aux fonctionnalits et sur le nombre de processeurs (4 maximum) dition Standard One : limitations apportes aux fonctionnalits et sur le nombre de processeurs (2 maximum) Oracle propose depuis fin 2005 une version totalement gratuite de la base, Oracle Database Express Edition . Il s'agit d'une version 10g Standard Edition One, fortement limite : en 2011, elle gre des fichiers de donnes limits 4 Go de donnes et un serveur dot d'un seul processeur et d'un maximum de 1 Go de mmoire RAM. Oracle SQL Developer est lui aussi gratuit, Il permet de faire du SQL via une interface graphique sur une base de donnes Oracle. Il utilise le Java Development Kit. L'intgralit des produits Oracle, ainsi que les documentations associes, sont tlchargeables en version intgrale, sans limitation de dure, sur le site Oracle Technology Network : http://www.oracle.com/technetwork/index.html

3. Les fonctionnalits d'Oracle


Oracle est un SGBD permettant d'assurer : La dfinition et la manipulation des donnes La cohrence des donnes La confidentialit des donnes L'intgrit des donnes La sauvegarde et la restauration des donnes La gestion des accs concurrents

4. Les composants d'Oracle


Outre la base de donnes, la solution Oracle est un vritable environnement de travail constitu de nombreux logiciels permettant notamment une administration graphique d'Oracle, de s'interfacer avec des produits divers et d'assistants de cration de bases de donnes et de configuration de celles-ci. On peut classer les outils d'Oracle selon diverses catgories : Les outils d'administration Les outils de dveloppement Les outils de communication Les outils de gnie logiciel Les outils d'aide la dcision 4.1 Les outils d'administration d'Oracle Oracle est fourni avec de nombreux outils permettant de simplifier l'administration de la base de donnes. Parmi ces outils, les plus connus sont : Oracle Manager (SQL*DBA) NetWork Manager Oracle Enterprise Manager Import/Export : un outil permettant d'changer des donnes entre deux bases Oracle 4.2 Outils de dveloppement d'Oracle Oracle propose galement de nombreux outils de dveloppement permettant d'automatiser la cration d'applications s'interfaant avec la base de donnes. Parmi ces outils de dveloppement, on peut citer : 2

SQL*Plus : une interface interactive permettant d'envoyer des requtes SQL et PL/SQL la base de donnes. SQL*Plus permet notamment de paramtrer l'environnement de travail (formatage des rsultats, longueur d'une ligne, nombre de lignes par page, ...) Oracle Developer : il s'agit d'une suite de produits destins la conception et la cration d'applications client-serveur. Il est compos de 4 applications : o Oracle Forms (anciennement SQL*Forms) : un outil permettant d'interroger la base de donnes de faon graphique sans connaissances pralables du langage SQL. SQL*Forms permet ainsi de dvelopper des applications graphiques (fentres, formulaires, ...) permettant de slectionner, modifier et supprimer des donnes dans la base. o Oracle Reports (SQL*ReportWriter) : un outil permettant de raliser des tats o Oracle Graphics : un outil de gnration automatique de graphiques dynamiques pour prsenter graphiquement des statistiques ralises partir des donnes de la base o Procedure Builder : un outil permettant de dvelopper des procdures, des fonctions et des packages

4.3 Les outils de programmation Oracle dispose d'un grand nombre d'interfaces (API) permettant des programmes crits dans divers langages de s'interfacer avec la base de donnes en envoyant des requtes SQL. Ces interfaces (appeles prcompilateurs) forment une famille dont le nom commence par PRO* : Pro*C Pro*Cobol Pro*Fortran Pro*Pascal Pro*PLI ...

5. Architecture du SGBD Oracle


Une base de donnes Oracle est constitue de plusieurs lments : Des processus chargs en mmoire sur le serveur Des fichiers physiques stocks sur le serveur D'un espace mmoire sur le serveur appel SGA (System Global Area)

On appelle instance Oracle les processus et la SGA d'une base de donnes Oracle.

6. Les fichiers physiques d'une base Oracle


Les fichiers physiques d'une base Oracle permettent de stocker de manire persistante les donnes manipules par Oracle, tandis que la mmoire sert optimiser la vitesse de fonctionnement de la base de donnes. On distingue gnralement deux types de fichiers :

Les fichiers servant stocker les informations de la base. Tous ces fichiers sont des fichiers binaires, ce qui signifie qu'ils sont inexploitables avec un diteur de texte. Les fichiers destins la configuration et au fonctionnement de la base Oracle Oracle a dfini une architecture permettant de dfinir une mthode d'organisation standard des fichiers de la base Oracle. Cette architecture est nomme OFA (Optimal Flexible Architecture). Les fichiers d'une base de donnes Oracle sont les suivants : Les fichiers de donnes (dont l'extension est .dbf). Ces fichiers contiennent l'ensemble des donnes de la base (les tables, les vues, les procdures stockes, ...). Les fichiers Redo Log (dont l'extension est .rdo ou .log). Ces fichiers contiennent l'historique des modifications effectues sur la base de donnes Les fichiers de contrle (dont l'extension est .ctl). Ces fichiers permettent de stocker les informations sur l'tat de la base de donnes (emplacement des fichiers, dates de cration, ...) Une base de donnes Oracle ncessite au minimum un fichier de donnes, deux fichiers redo Log et un fichier de contrle. 6.1 Les fichiers de donnes Les fichiers de donnes sont les fichiers occupant la majeure partie de la base de donnes, leur taille peut osciller entre quelques Mgaoctets et plusieurs gigaoctets. Ceux-ci contiennent en effet toutes les donnes relatives la base Oracle dans un format propritaire. Ainsi pour modifier les informations contenues dans la base de donnes il est impossible d'intervenir directement sur ces fichiers; la bonne procdure adopter consiste modifier le contenu de la base de donnes par l'intermdiaire d'ordres SQL. Les fichiers de donnes contiennent des informations de deux types :

Le dictionnaire de donnes et de travail Les donnes des utilisateurs

La lecture de ces fichiers de donnes est faite l'aide des processus utilisateurs tandis que l'criture est assur par le processus DBWR (Database Writer) 6.2 Les fichiers Redo-log Les fichiers Redo- log contiennent l'historique des modifications apportes la base de donnes Oracle. Ces fichiers de journalisation enregistrent les modifications successives de la base de donnes afin de pouvoir restaurer la base de donnes en cas de dfaillance d'un disque dur. Ainsi le cas chant, la base de donnes Oracle est mme de simuler l'ensemble des commandes n'ayant pas t sauvegardes pour rtablir le contenu de la base de donnes. Au mme titre que les fichiers de donnes, les fichiers Redo- log sont dans un format propritaire Oracle et l'criture dans ces fichiers est assure par le processus LGWR (Log Writer). Oracle propose galement un mode archivage permettant la sauvegarde du fichier Redo- log avant sa rutilisation pour restaurer la base. Si ce mode n'a pas t activ, le contenu du fichier Redo Log est supprim aprs utilisation. Enfin ces fichiers peuvent tre multiplexs (dupliqus dans des rpertoires de groupe) afin de fournir un maximum de scurit. 6.3 Les fichiers de contrle Les fichiers de contrle permettent de stocker l'tat de la base de donnes. Ils sont crs lors de la cration de la base. Ces fichiers permettent, lors de l'initialisation de la base, de savoir si la base de donnes a t arrte correctement, ainsi que de connatre l'emplacement des fichiers de donnes et des fichiers Redo Log. Les fichiers de contrle sont eux- mmes reprs par le fichier d'initialisation. Le fichier de contrle contient les informations suivantes : Nom de la base de donnes Date et heure de cration de la base 4

L'emplacement des fichiers journaux (Redo-Log) Des informations de synchronisation

6.4 Le fichier d'initialisation Ce fichier est un fichier au format texte contenant l'ensemble des paramtres de dmarrage de la base (il est gnralement nomm initSID.ora, o SID reprsente le nom donn l'instance). Son existence n'est toutefois pas majeure car il peut tre facilement reconstruit. Un fichier d'initialisation par dfaut est cr lors de la cration d'une base. Celui-ci est largement document et des exemples de valeurs sont donns pour chaque paramtre. Toutefois parmi ces paramtres, seul un nombre limit d'entre eux est rellement utile.

7. Les processus Oracle


Le fonctionnement de la base Oracle est rgi par un certain nombre de processus chargs en mmoire permettant d'assurer la gestion de la base de donnes. On distingue gnralement deux types de processus :

les processus utilisateurs (appels aussi user process ou noyau oracle). les processus systmes (oracle process). Les processus Oracle (processus systme) se classent en deux catgories : o Les processus serveurs (process server) grant les requtes des utilisateurs provenant des connections la base de donnes gnres par des outils tels que SQL*Plus. Le processus serveur est charg de la communication entre la SGA et le processus utilisateur. Il permet ainsi d'analyser et d'excuter les requtes SQL des utilisateurs, de lire les fichiers de donnes et de placer les blocs de donnes correspondants dans la SGA. o Les processus d'arrire -plan (background process) chargs d'assurer le fonctionnement interne du SGBD Oracle (gestion de la mmoire, criture dans les fichiers, ...).

Un processus utilisateur est cr pour chaque programme excut par un utilisateur (par exemple Oracle Forms ou Server Manager) afin de fournir l'environnement ncessaire l'excution de celui-ci. Le processus utilisateur ainsi cr communique avec les processus systmes travers le programme interface. Chaque processus a pour nom ora_nomduprocessus_SID o SID reprsente le nom de l'instance laquelle le processus est associ. Les 4 principaux processus systmes sont :

DBWR (DataBase Writer ou Dirty Buffer Writer), le processus charg d'crire le contenu des buffers dans les fichiers de donnes. Il permet donc de transfrer les blocs de donnes modifis (appels dirty blocks) de la System Global Area vers les fichiers de la base de donnes. Ainsi, lorsqu'un ordre SQL modifie la base de donnes (c'est--dire lorsqu'une requte SQL DELETE, INSERT ou UPDATE est reue), les blocs de donnes affects sont modifis dans le fichier de donnes associ. LGWR (Log Writer), le processus charg d'crire le contenu des buffers dans les fichiers Redo Log. Son rle est de mettre jour les fichiers journaux (Redo Log) dans la SGA et sur le disque. Ainsi ce processus est charg d'crire le contenu du cache Redo Log de la SGA dans le fichier Redo Log chaque fois qu'un ordre COMMIT est rceptionn. PMON (Process Monitor), le processus charg de nettoyer les ressources, les verrous et les processus utilisateurs non utiliss. Ainsi il supprime les processus en erreur, il annule les transactions n'ayant pas t valides (par exemple si un client est dconnect brutalement lors de la transaction); il libre les verrous, et libre les ressources utilises inutilement dans la SGA. SMON (System Monitor), le processus charg de vrifier la cohrence de la base de donnes et ventuellement sa restauration lors du dmarrage si besoin. Ainsi, si la base n'a pas t stoppe correctement, le processus analyse les informations stockes dans les rollback segments (les rollback segments sont les zones de stockage des oprations n'ayant pas encore t valides) puis annule toutes les informations en attente mais pour lesquelles aucune validation n'a t enregistre (appeles deadlocks). Ainsi SMON a un rle de libration des ressources utilises inutilement par le systme. 5

D'autre part SMON surveille les espaces libres des fichiers de la base de donnes et les rorganise si ncessaire afin de les dfragmenter. Il existe galement d'autres processus d'importance secondaire :

CKPT (CheckPoint ), le processus charg d'crire le contenu des buffers dans les fichiers de donnes RECO ( Recoverer ), il s'agit d'un processus optionnel permettant de rsoudre les transactions interrompues brutalement dans un systme de bases de donnes distribues (par exemple un systme de rplication de bases de donnes) ARCH (Archiver). Ce processus est optionnel et n'existe qu'en mode ARCHIVELOG . Il permet de dupliquer les fichiers Redo-Log dans un espace d'archivage. Dnnnn (Dispatcher, nnnn reprsente une suite de nombre entiers) : Ce processus est optionnel et n'est prsent que dans les configurations MTS (multi-threaded server). Il permet de router les requtes des postes clients-serveurs distants vers les autres serveurs. Il existe au moins un processus Dnnnn pour chaque protocole de communication Snnnn (Server, nnnn reprsente une suite de nombre entiers) : Ce processus n'est galement prsent que dans les configurations MTS. Il permet de recevoir les demandes de connexions distantes envoyes par le processus Dnnnn d'un serveur distant. LCKn (Lock ) est un processus de verrouillage utilis lorsque Oracle Parallel Server est install.

8. L'utilisation de la mmoire par Oracle


Oracle fait un usage pouss de la mmoire physique (RAM, Random Access Memory) du serveur afin de fournir les meilleures performances possibles. Ainsi Oracle utilise la mmoire phys ique du serveur pour : acclrer l'accs aux donnes de la base rgulirement accdes mettre les processus en mmoire optimiser la communication entre les processus et la base de donnes Ainsi la taille de la mmoire vive du serveur est primordiale pour la performance de la base de donnes. En effet, lorsqu'il n'y a plus de mmoire physique disponible, le systme d'exploitation met disposition de l'application une mmoire dite "virtuelle" compose de fichiers d'change (fichiers swap) sur le disque du serveur. Or l'accs au disque dur est extrmement plus long que l'accs la mmoire physique, ce qui provoque des ralentissements notables dans le fonctionnement de la base de donnes Oracle. Dans une base de donnes Oracle on distingue gnralement deux zones mmoire :

La zone SGA (System Global Area) assurant le partage des donnes des diffrents utilisateurs, c'est-dire qu'il s'agit de la zone contenant les structures de donnes accessibles par tous les processus La zone PGA (Program Global Area) permettant le fonctionnement des divers processus (afin de stocker toutes les donnes ne ncessitant pas d'tre partages).

La SGA (appele aussi mmoire rserve) est compose de plusieurs constituants :

La Shared Pool (ou zone partage) contenant des informations pouvant tre rutilises par les diffrents utilisateurs, c'est--dire les requtes SQL et programmes PL/SQL pouvant tre partags, le dictionnaire de donnes, les curseurs, ... D'une manire gnrale, cette zone sert mmoriser, analyser et traiter les requtes SQL provenant des divers utilisateurs. Le Db block buffer (Database Buffer Cache ou cache des blocs de donnes) est un espace mmoire contenant toutes les donnes transitant de ou vers la base de donnes : blocs de donnes, blocs d'index et blocs contenant les ROLLBACK SEGMENTS. Il s'agit donc d'un cache permettant d'acclrer l'accs certaines donnes de la base. Le Redo Log buffer (ou cache Redo- log) contient les blocs de donnes (appels Redo Entries ) modifier et les modifications effectuer sur ces donnes, avant que l'ensemble de ces mises jour de la base ne soient archives dans les fichiers Redo- log

La SGA et les processus d'arrire plan constituent ce que l'on appelle une instance; A chaque dmarrage d'une instance, l'espace mmoire ncessaire son bon fonctionnement lui est allou, et est restitu lors de sa fermeture. L'ensemble des tailles des caches peut tre modifi (augmente ou diminue) grce aux paramtres du fichier d'initialisation (initSID.ora).

9. Prsentation du dictionnaire de donnes Oracle


Le dictionnaire de donnes Oracle reprsente le cur de la base de donnes. Il s'agit d'un ensemble de tables systmes contenant les informations relatives la structure de la base de donnes :

Utilisateurs de la base (ainsi que leurs privilges et leur rle) Noms et caractristiques des objets contenus dans la base (tables, vues, index, clusters, triggers, packages, ...) Contraintes d'intgrit Ressources physiques alloues la base ...

Le dictionnaire est cr au moment de la cration de la base et est mis jour. Il appartient l'utilisateur SYS, mais l'utilisateur SYSTEM, c'est--dire l'administrateur de la base, possde des droits de lecture sur des vues du dictionnaire. Le dictionnaire de donnes sert principalement dans deux situations : afin de vrifier la syntaxe et les privilges sur une requte SQL afin d'obtenir des informations sur la structure de la base de donnes De nombreuses vues permettent des utilisateurs d'accder certaines parties du dictionnaire de donnes. Les vues fournissent l'administrateur de la base le meilleur moyen pour obtenir les caractristiques techniques de celle-ci. Les vues du dictionnaire de donnes sont classes par famille et nommes en fonction de l'appartenance une de ces familles. Voici la liste de ces familles de vues :

Les vues USER (dont le nom commence par USER_ ) donnent des informations sur tous les objets logiques dont l'utilisateur connect est propritaire (tables, index, vues, procdures, ...) Les vues ALL (dont le nom commence par ALL_) fournissent des informations sur les objets pour lesquels l'utilisateur a un droit d'accs, c'est--dire les objets de la base crs par l'utilisateur ainsi que tous les objets accessibles par cet utilisateur. Les vues DBA (dont le nom commence par DBA_). Ces vues sont rserves l'administrateur de la base (DBA, DataBase Administrator) afin de lui fournir des informations sensibles sur tous les objets de la base de donnes. Les vues V$ (dont le nom commence par V$_) sont des vues dynamiques permettant d'avoir des informations sur l'tat courant de l'instance de la base de donnes de son dmarrage son arrt. Elles permettent par exemple de connatre les fichiers physiques actuellement utiliss par la base (logs, rollback segments, ...).

10. Lenvironnement SQL* Plus


SQL* Plus est une interface interactive en mode caractre qui permet de manipuler la base de donnes au moyen de commandes simples se basant sur le langage SQL. Loutil SQL*Plus permet de raliser les fonctions suivantes : - Entrer, diter, sauvegarder et excuter des commandes SQL et des blocs PL/SQL. - Sauvegarder, effectuer des calculs et mettre en forme le rsultat des requtes. - Lister les dfinitions des colonnes de chaque table. - Excuter des requtes interactives. SQL*Plus est considr comme une sorte de gnrateur interactif de rapports. Il utilise SQL pour extraire les donnes de la base ORACLE et permet de crer des rapports incluant des titres, des sous-totaux et des totaux, 7

des nombres et du texte format selon vos indications. Malheureusement, lorsque vous quittez cet outil, il ne conserve aucune des instructions que vous lui avez donn. Si vous deviez lemployer uniquement de faon interactive, vous auriez recrer un rapport chaque fois que vous en auriez besoin. La solution est simple. Il suffit de saisir les commandes dans un fichier. SQL*Plus peut ensuite lire le fichier comme sil sagissait dun script, et excuter vos commandes comme si vous les saisissiez. Pour crer ce fichier vous pouvez utiliser nimporte quel diteur disponible. Vous pouvez en plus travailler avec lditeur et SQL*Plus en parallle. SQL*Plus est un outil livr avec toutes les versions dOracle. Il a lavantage dexister sur toutes les platesformes o Oracle est port. Il prsente linconvnient dune ergonomie en mode caractre qui peut faire prfrer certains usages des outils graphiques parfois moins performants mais plus agrables dutilisation. Cependant, loutil en mode caractre est indispensable lautomatisation dexcution des fichiers scripts de commande pour ladministration du serveur Oracle. SQL Un langage Conforme au standard Ansi Les mots cls ne peuvent pas tre abrgs Un environnement Propritaire dOracle Les mots cls peuvent tre abrgs SQL*Plus

Les instructions manipulent des donnes et des Les commandes ne peuvent pas manipuler les dfinitions de tables dans la base de donnes donnes dans la base de donnes Les instructions sont entres dans le tampon Les instructions sont entres une ligne la fois; mmoire sur une ou plusieurs lignes elles ne sont pas stocks dans le tampon mmoire Les instructions utilisent un caractre de Ne ncessite pas de caractre de terminaison ; les terminaison pour lexcution immdiate commandes sont excutes immdiatement Les instructions utilisent des fonctions pour Utilise des commandes pour formater les donnes formater les donnes Une instruction SQL ne possde pas de Le est un caractre de continuation pour saisir caractre de continuation une commande sur plusieurs lignes Les caractristiques des interactions entre SQL*Plus et son environnement sont : Lors du lancement de SQL*Plus , un nom dutilisateur, son mot de passe et la base de donnes cible vous sont demands; Lors de la connexion la base oracle, le fichier glogin.sql est excut. Ce fichier, situ dans le rpertoire ORACLE_HOME\SQLPLUS\ADMIN sur la machine qui hberge SQL*PLUS, peut contenir toutes sortes dordres SQL et SQL*Plus. Par dfaut, linvite dune session SQL*Plus est SQL>;

Principales commandes SQL* Plus : - HOST : A partir de la session SQL*Plus, vous pouvez lancer les commandes systme par la commande HOST. Celle-ci ne termine pas votre session SQL*Plus qui peut tre bloque ou, au choix, active en attendant la fin de lexcution de la commande systme; - DISCONNECT : Vous pouvez vous dconnecter de la base Oracle cible tout en restant dans SQL*Plus au moyen de la commande DISC[ONNECT]; Aprs cette instruction lutilisateur ne peut plus excuter de commandes SQL ou PL/SQL.

- CONNECT : Pour se connecter un autre compte Oracle ou une base de donnes, utilisez la commande CONN[ECT] nom [/ mot de passe ][@ chane de connexion ]. Si le mot de passe nest pas fourni, Oracle effectue une demande de saisie. - EXIT ou QUIT : Pour se dconnecter et terminer une session SQL*Plus, utilisez EXIT ou QUIT. Cette instruction permet de communiquer au systme dexploitation un code de retour sur lexcution de la session. Cette instruction valide la transaction par dfaut (COMMIT). {EXIT|QUIT} [SUCCESS|FAILURE|WARNING] [COMMIT|ROLLBACK] - RUN : La commande R[UN] ou / affiche le contenu du tampon mmoire et excute linstruction stocke dans le tampon mmoire. - START : START ou @ Indique SQL*Plus dexcuter les instructions enregistrs dans un fichier. STA[RT] fichier[.ext] [arg ]. Lextension .SQL est facultative - EDIT : La commande ED[IT] est utilise pour ouvrir un fichier de nom fichier.sql sous lditeur associ. ED[IT] fichier[.ext] - DEFINE_EDITOR : Indique SQL*Plus le nom de lditeur de votre choix. DEFINE_EDITOR = nom_editeur - SAVE : La commande SAVE mmorise le contenu du tampon dans un fichier. Lextension .SQL est ajoute automatiquement au nom du fichier. SAV[E] fichier[.ext] [CREATE|REPLACE|APPEND] - GET : La commande GET est utilise pour faire lopration inverse, cest--dire copier le contenu dun fichier dans le tampon. GET fichier[.ext] [LIST | NOLIST] Le contenu du fichier est alors copi dans le tampon et affich lcran, mais il nest pas excut. Lexcution du contenu du tampon se fait par la commande RUN . - SPOOL : La commande SPOOL est utilise pour stocker le rsultat dune requte dans un fichier (pour limpression). Par dfaut le rsultat dune requte est affich lcran et il ne reste aucune trace de ce rsultat. La commande SPOOL suivie par le nom du fichier rcepteur mmorise ce rsultat. SPO[OL] fichier[.ext] [OFF|OUT] A partir du moment o cette commande est excute, tout ce qui apparat lcran est mmoris dans le fichier jusqu lexcution dune autre commande SPOOL avec loption OFF ou OUT. Loption OUT permet dimprimer le contenu du fichier. - DESCRIBE : La commande DESCRIBE est utilise pour obtenir la structure dune table ou dune vue. DESC[RIBE] {[schema.]object [@connect_identifier]} [@connect_identifier] indique un lien de base de donnes distante. Cette instruction peut tre utilise avec dautres objets : DESC[RIBE] nom_table | nom_vue | nom_procedure | nom_fonction | nom_package | nom_type_objet - REM[ARK] : Indique SQL*Plus que les mots qui suivent doivent tre traits comme tant un commentaire. -- Marque le dbut dun commentaire en ligne dans une entre SQL. Traite tout ce qui suit cette marque jusqu la fin comme tant un commentaire. Analogue REMARK. /* */ Marque le dbut et la fin dun commentaire dans une entre SQL. - SHOW USER : La commande SHO[W] USER affiche lutilisateur connect. SQL> SHOW User USER est "SYSTEM" 9

Vous aimerez peut-être aussi