Fichier de données
Les rôles d’un administrateur base de
données
• Planification et création de base de données
o Gestion de la structure physique et
logique
o Gestion de stockage
o Gestion de disponibilité
• Gestion de sécurité (comptes, rôles et
privilèges)
• Administration réseau
• Gestion des sauvegardes
• Installation de la base de données
Les comptes administrateurs créés
• Sys
o Utilisateur le plus puissant
o Propriétaire du dictionnaire de
données
• System
o Propriétaire des tables et vues
internes
o Ne peux pas exécuter des taches
comme la sauvegarde ou la
récupération
Outils d’administration base de données
• Oracle Universal Installer
• Oracle Database Config Assistant
• SQL*Plus
• Oracle Enterprise Manager
o Permet le diagnostic des BD
o Permet la gestion des duplicates et
des serveurs parallèles
Serveur Oracle
Une combinaison entre la base de données et
l’instance Oracle (espace RAM). Tous les fichiers sont
gérés comme une seule entité de 3 éléments :
• Fichier de données
• Fichier de contrôles
• Fichiers de journalisation
Oracle utilise aussi d’autre fichiers qui n’existe pas
dans la DB [X] comme :
• Fichiers de paramétrage
• Fichier de mot de passe
• Fichier archivelog
Contient les fichier les fichiers de la BD avec le
dictionnaire contenant les tables et vues. Ces
derniers contiennent le méta data de la BD et sont
accessibles par des requetés SQL. Ils sont les fichiers
les plus volumineux de la BD.
Fichiers de contrôles
Fichiers binaires utilisés au démarrage de l’instance
pour vérifier et maintenir la BD. Ces fichiers
contiennent l’emplacement de la configuration des
fichiers de données [emplacement, état (online-
offline), …]. Ils contiennent aussi les données sur
d’autres fichiers [taille, emplacement, nom, état].
Fichiers de journalisation
Utilisés d’une manière cyclique afin de restaurer les
données après in incident. Ils sont modifiés en
utilisant l’algorithme LRU
[X] fichier de paramétrage
Contient les paramètres de démarrage de la BD
[nombre de connexions des utilisateurs, taille des
structures, …]. Il contient aussi les caractéristiques de
l’instance Oracle [mémoire, nombre de sessions par
utilisateur, …].
[X] fichier de mot de passe
Utilisé pour authentifier les utilisateurs ayant la
permission de démarrer ou arrêter l’instance
[X] fichier archivelog
Des copies des fichiers de journalisation online, il
peut être utilisé pour restaurer les fichiers après un
problème physique.
Instance Oracle
• L’instance Oracle permet d’accéder à la base
de données (sur le disque).
• Une instance ouvre une seule BD (plusieurs
instances peuvent ouvrir la même BD).
• A un nom (paramètre INSTANCE_NAME)
• Contient la structure mémoire et les
processus d’arrière-plan
L’instance a deux types de processus : serveur et
d’arrière-plan.
Processus Serveur
Responsable de la prise en charge des requêtes user.
Processus d’arrière-plan
Ont une tache bien précise = écriture des données et
gestion de mémoire (PMON, SMON, DBWR, LGWR,
CKPT, …).
Structures mémoire
SGA – System Global Area
Zone mémoire principale employé pour le
fonctionnement d’une BD, elle est allouée au
démarrage de l’instance. Elle contient 3 structures
optionnels qui peuvent être configurés : Large POOL,
Java POOL, Streams POOL.
La SGA est dynamique et sa taille peut changer Sans
redémarer l’instance. Sa taille max n’est pas
dynamique et peut être changé avec la commande :
[ALTER SYSTEM SET SGA_MAX_SIZE=30M]
• Pour stocker Opérations de sauvegarde et de
restauration (RMAN)
• Peut-être redimensionné dynamiquement.
JAVA POOL [ALTER SYSTEM SET
JAVA_POOL_SIZE =30M]
Répond aux besoins d’analyse des commandes Java
(procédures stockées en Java)
STREAMS POOL [ALTER SYSTEM SET
STREAMS_POOL_SIZE =30M]
File d’attente pour des transactions dépendantes
(passer toutes les deux ou échouer toutes les deux)

Elle est constituée de plusieurs zones mémoires :
Shared Pool : [ALTER SYSTEM SET
SHARED_POOL_SIZE = 30M]
Divisé en deux parties : une utilisé pour enregistrer
les requêtes SQL exécuté (Cache Library) et l’autre
pour garder les structures utilisés ou définitions de
données (Dictionary Cache)
Buffer Cache : [ALTER SYSTEM SET
DB_CACHE_SIZE=30M]
Conserve les copies des blocks de données ainsi que
les blocks de données mis à jour ou à insérer (blocks
dirty), elle utilise l’algorithme LRU pour la gestion de
mémoire et contient 3 paramètres de
configurations :
• DB_CACHE_SIZE : taille du buffer cache
• DB_KEEP_CHACHE_SIZE : taille du buffer
contenant les blocks à conserver ou les
blocks qui ont plus de chance à être
réutilisés
• DB_RECYCLE_CACHE_SIZE : taille du buffer
contenant les blocks à éliminer ou les blocks
qui ont moins de chance à être réutilisés.
PGA – Program Global Area
Zone de mémoire alloué au démarrage du processus
serveur (stocker les requêtes et les informations
utilisateurs). Pour consulter sa taille : [SELECT *
FROM V$PGASTAT]. Elle n’est pas partagée, elle est
propre au processus serveur. Et se libère lorsque le
processus se termine. La taille globale peut changer
avec [ALTER SYSTEM SET
PGA_AGGREGATE_TARGET=30M]. Cette taille sera
divisée entre les différents utilisateurs connectés.
Elle contient plusieurs zones :
• Zone de travail SQL pour les opérations qui
nécessitent une grande quantité de
mémoire (tri, groupement, …)
• Zone de mémoire contenant les informations
sur la session des utilisateurs
• Zone mémoire privée pour les variables de
liaison (requêtes paramétrable – utilisant des
paramètres) et des structures mémoire
d’exécution pour les curseurs.

Redo Log Buffer : [ALTER SYSTEM SET

LOG_BUFFER=30M]
Tampon de journalisation enregistre les
modifications avant d’être enregistré dans le fichier
de journalisation. Il est le plus petit des caches de la
SGA. Il est utilisé de manière circulaire.

LARGE POOL [ALTER SYSTEM SET

LARGE_POOL_SIZE =30M]
• Alloué par session au serveur partagé pour
stocker les informations utilisateurs qui
accèdent à plusieurs processus serveur (au
lieu de les stocker dans la PGA).
• Utilisé pour le partage et le parallélisme des
requêtes
Structure de processus
Processus utilisateur
Démarré lors de la demande de connexion de
l’utilisateur au serveur Oracle.
Processus serveur
Dédié ou partagé, qui va accéder à la BD (fichiers de
données et SGA). Il est créé par un listener lors de la
réception d’une requête utilisateur.
Processus d‘arrière-plan
Processus démarré avec le démarrage de l’instance.
Ils font des opérations d’E/S et exécutent des
fonctions comme la surveillance des autres processus
Oracle. Ils peuvent aussi assurer le parallélisme. Pour
avoir une idée sur les processus d’arrière-plan
utilisé : [SELECT * FROM V$BGPROCESS]. Concernant
les processus démarré et actif : [SELECT * FROM
V$PROCESS].
Elle contient deux types de processus : Obligatoires
(DBWn, PMON, CKPT, LGWR, SMON) et facultatif
(ARCn [archivage], Snnn [Shared Server Process], Dnn
[Dispatcher], LMON, LMDn, LCKn, QMNn, CJQ0,
RECO, LMS, Pnnn, …)
DBWn (DBW1, DBW2, …)
Le processus serveur stocke les blocks d’annulation
et les blocks de données dans la cache tampon. Le
DBW copie le block de données dirty dans le fichier
de donnée (utilisateur et d’annulation). [ALTER
SYSTEM SET DB_WRITER_PROCESS=80]
Il se déclenche
• Lorsque le processus serveur ne trouve pas
de blocks clean pour écrire
• D’une manière périodique
• Point de reprise (checkpoint)
• Tablespace mis hors ligne ou lecture seule
LGWR
Après la modification, un enregistrement est effectué
dans le tampon de journalisation le LGWR enregistre
les enregistrements du temps vers les fichiers de
journalisation. Il se déclenche lorsque :
• On fait commit
• 1/3 du cache est occupé
• Un point de reprise
• Chaque 3 secondes
• Avant d’exécuter le DBWn
SMON
Processus de récupération en cas d’échec. Il permet
de
• Récupérer les données non enregistrées dans
les fichiers de données et ouvre la base de
données.
• Annulation des transactions non validées
(not commited)
Il fait la gestion de l’espace en faisant la fusion de
l’espace libre et libère les segments temporaires.
PMON
Il surveille les processus utilisateurs. Il permet de
nettoyer la mémoire lorsqu’il y a un échec de
processus utilisateur.
• Annuler les transactions non validées
• Libérer les blocs de cache
• Libérer les ressources (verrouillage, espace
PGA, …)
CKPT
Il commande le DBWn et le LGWR pour effectuer des
taches. Il enregistre le changement dans le fichier de
contrôle (pos dans le fichier de journalisation) et
dans les fichiers de données.
Il est déclenché :
• Manuellement
• Lors du basculement des fichiers de
journalisation
• ALTER SYSTEM checkpoint ;
ARCn
Il est facultatif, pour enregistrer les fichiers d’archives
online dans des fichiers offline. Il peut fonctionner en
deux modes :
ARCHIVELOG [True | False] archive
automatiquement avant d’écraser le fichier online.
NOARCHIVELOG pas d’enregistrement offline
Exécution d’une interrogation
> Utilisateur envoie une requête > vérifie le cache
> si existe, exécute la requête. Sinon > Analyse
syntaxique> Analyse sémantique > vérifie le dict de
cache > si existe les informations des tables, si existe,
utilise, sinon la cherche et la copie dans le cache
> générer l’arbre d’analyse et plan d’exécution
> identifie les blocks qui répondent > vérifie le buffer
cache, si n’existe pas il les copie dans le cache (basé
sur la liste LRU)
> examiner les blocks et extraire les informations
> envoyer le résultat à l’utilisateur.
Structure d’une BD
La BD est structurée, logiquement, en des schémas
et peut être divisés en des tablespaces constitués
d’un ensemble de segments formés par des extents
qui regroupent des blocs contigus.
Un segment peut stocker une seule structure (Table,
index ou autres) appelé segment de données,
segment d’annulation, segment temporaire, …
Fichiers de paramètres d’initialisation
Il faut se connecter comme administrateur [SYS,
SYSTEM ou avec le privilège SYSDBA] pour allumer
ou éteindre l’instance Oracle. Oracle lit un fichier
d’initialisation pour démarrer l’instance.
[CONNECT / AS SYSDBA
STARTUP (PFILE=/DISK1/initEMI.ora)]
Le fichier d’initialisation contient des paramètres
d’instance comme :
• Nom de la BD
• Tailles des structures mémoire de la SGA
• Utilisation des fichiers de journalisation en
ligne
• Nom et emplacement des fichiers de
contrôle.
• Informations sur les segments d’annulation.
Dans le fichier, on trouve deux paramètres :
• EXPLICITE : fichier contient une entrée
• IMPLICITE : on prend les valeurs par défaut
d’Oracle.
Le fichier PFILE initSID.ora
C’est un fichier texte modifiable, les modifications
sont prises en considération lors du redémarrage.
Le fichier SPFILE spfileSID.ora
Fichier binaire dans le coté serveur. Il n’est pas
éditable et mis à jour par Oracle. Les modifications
sont prises en considération lors du redémarrage.
[CREATE SPFILE= ‘F1.spfile’ FROM PFILE=’F2.pfile’]
[CREATE PFILE= ‘F1.pfile’ FROM SPFILE=’F2. spfile’]
Les paramètres mentionnés dans le SPFILe sont dans
la vue V$SPPARAMETER
[SELECT * FROM V$SPPARAMETER] (paramètres
dans le SPFILE)
[SELECT * FROM V$PARAMETER] (paramètres dans
la session courante)
[SHOW PARAM sga] (affiche tous les paramètres
contenant le terme ‘sga’)
Modification des paramètres SPFILE
Modification dans la session et le fichier spfile
[ALTER SYSTEM SET undo_tablespace = UNDO2
SCOPE=BOTH] (both = session + fichier)
Démarrage d’une instance
Afin de démarrer une instance Oracle choisis l’ordre
suivant :
1. Utilise le spfile de l’instance
2. Prend le spfile par défaut d’Oracle
3. Utilise le pfile de l’instance
4. Prend le pfile par défaut d’Oracle
Si on précise le fichier l’ordre n’est pas suivit.
[STARTUP PFILE=$ORACLE_HOME/dbs/initEMI.ora]
Le fichier PFILE peut indiquer l’emplacement d’un
SPFILE à utiliser. Il a 3 modes de démarrage :
NOMOUNT
Utilisé lors de la création de la BD ou la recréation
des fichiers de contrôle.
MOUNT
Localiser et ouvrir les fichiers de contrôle pour faire
la maintenance. Utilisé pour renommer les fichiers
ou changer l’options d’archivage ou pour faire la
récupération de BD.
OPEN
Localiser et vérifier l’existence de tous les fichiers
pour vérifier la cohérence entre la BD et les fichiers
du système. Puis donner accès à tous les utilisateurs.
[ALTER DATABASE MOUNT ;]
[ALTER DATABASE OPEN ;]
[ALTER DATABASE emi OPEN READ ONLY ;]
Arrêt de la BD
Abort
Ne permet rien et arrête la BD
Immediate
Ne permet rien et créer un checkpoint
Transactional
Finit les transactions en cours + checkpoint
Normal
Attend la fin des sessions + finit transactions +
checkpoint.
Les dictionnaires de données
Il décrit les objets de la BD et contient des tables de
performances pour surveiller et régler la BD. Il
contient aussi les informations sur EN LECTURE
SEULE :
• La structure logique (tablespace, segments)
• Définitions d’objets (tables, vues, index)
• Contraintes d’intégrités
• Les utilisateurs
• Les rôles
• Les privilèges
Le dict de données est stocké dans le tablespace
SYSTEM, son propriétaire est l’utilisateur SYS. Il
contient aussi des vues qui facilitent l’accès aux
tables de bases contenues dans le dictionnaire.
On trouve deux types de vues :
• Statique
Catégorisé par leur portée : USER_, ALL_, DBA_.
L’accès respectivement est : owned by user, user has
access to, all objects.
• Dynamique
Nous informations sur l’activité de la BD pris du
fichier de contrôle. Permet de surveiller et contrôler
les performances de la BD. Ils ont le préfix V$.
Fichiers de journalisation
Chaque transaction oracle a un numéro qui
l’identifie : System Change Number SCN. La vue de
contrôle des valeurs SCN peuvent être consultés par
la commande [SELECT * FROM
V$DATAFILE_HEADER] et [SELECT * FROM
V$DATAFILE]. La structure des fichiers de
journalisation est en groupes composés de copies
(membres) identiques de fichiers de journalisation en
ligne. DEUX GROUPES AU MOINS sont requis. Les
membres du même groupe ont la même taille. Le
nombre de groupes/membres est renseigné lors de
la création de la base de données avec les
paramètres MAXLOGFIES et MAXLOGMEMBERS.
Au changement de fichier de journalisation, un
checkpoint se produit et met à jour le SCN et les
informations sont écrites dans le fichier de contrôle.
La vue V$INSTANCE_RECOVERY contient les
estimations de temps de récupération de l’instance.
Afin de changer le fichier de journalisation on peut le
forcer [ALTER SYSTEM SWITCH LOGFILE ;]
On peut ajouter des groupes ou des membres avec
les commandes :
[ALTER DATABASE ADD LOGFILE GROUP 3
(‘…/log3_1.log’, ‘…/log3_2.log’) SIZE 5M ;]
[ALTER DATABASE ADD LOGFILE MEMBER
‘…/log1_4.log’ TO GROUP 1,
’…/log2_4.log’ TO GROUP 2,
‘…/log3_4.log’ TO GROUP 3 ;]
On ajoute REUSE si le fichier existe déjà et on
souhaite l’utiliser.
Pour supprimer le groupe on utilise
[ALTER TABLE DROP LOGFILE GROUP 3 ;]
On ne peut pas supprimer un group actif (en cours
d’écriture) ni un groupe qui n’as pas été archivé
offline si le mode ARCHIVELOG est activé, la
suppression se fait uniquement sur Oracle donc les
fichiers persistent sur le disque.
On peut modifier les fichiers de journalisation en
mode MOUT de la BD avec la commande
[ALTER DATABASE RENAME FILE ‘…/redo2a.log’ TO
‘…/redo2_1.log’ ;]
Le fichier peut être réinitialisé avec la commande :
[ALTER DATABASE CLEAR LOGFILE GROUP 2 ;]
Et la commande pour éviter d’archiver le fichier
endommagé
[ALTER DATABASE CLEAR UNARCHIVED LOGFILE
GROUP 2 ;]
Pour avoir les informations sur les logs on consulte
les vues V$LOG pour les groupes et V$LOGFILE pour
les membres. La vue a une colonne « STATUS » avec
les états d’un groupe :
• UNUSED : nouveau fichier vide
• CURRENT : groupe en ligne en cours
• ACTIVE : checkpoint pas encore effectué
• INACTIVE : n’est pas utile à la récupération
• CLEARING : en cours d’effacement, il passe
vers UNUSED.
Tablespaces et fichier de données ……
Les Tablespaces appartiennent à une seule base de DEFAULT TEMPORARY TABLESPACE temp
données, sont composés d’un ou +ieurs fichier de
données et divisés en des segments. TEMPFILE ‘…/temp01.dbf’ SIZE 4M

Les tablespaces SYSTEM et SYSAUX sont obligatoires, …. ;]

ils sont créés avec la BD. La TS SYSTEM contient le
dictionnaire de données et le segment d’annulation.
[CREATE TABLESPACE nom_ts DATAFILE
‘…/userdata01.dbf’ SIZE 300M EXTENT
MANAGEMENT LOCAL UNIFORM SIZE 128K ;]
Les tablespaces sont par défaut SMALLFILE mais on
peut utiliser des BIGFILE qui a une taille plus grande,
on peut précisier l’autoextend, le LOGGING pour la
journalisation, son état (ONLINE, OFFLINE) et le type
de COMPRESSION. UNIFORM indique que la taille des
extents est uniforme. La gestion peut se faire par un
dictionnaire.
[CREATE TABLESPACE nom_ts DATAFILE
‘…/userdata01.dbf’ SIZE 500M EXTENT
MANAGEMENT DICTIONARY DEFAULT
STORAGE(initial 1M NEXT 1M PTCINCREASE 0);]
PCTIncrease est le pourcentage d’augmentation de la
taille des extents.
Tablespaces d’annulation
Permettent de stocker les segments d’annulation, ils
sont gérés localement
[CREATE UNDO TABLESPACE undo1 DATAFILE
‘…/undo01.dbf’ SIZE 40M ;]
Les TS d’annulation ont in paramètre RETENTION
avec les valeurs (GARANTEE ou NOGARANTEE), ce
paramètre est la durée en secondes de conservation
des données d’annulation d’une transaction validée.
[ALTER SYSTEM SET UNDO_RETENTION=1800]
Tablespaces temporaires
Permettent de faire des opérations de tri, ils peuvent
être partagé par des utilisateurs, et il est
recommandé de faire la gestion locale. Vue qu’il est
temporaire il est toujours en mode NOLOGGING et le
fichier ne peux pas être renommé.
Afin de trouver le tablespace par défaut, on exécute
la commande :
[SELECT * FROM DATABASE_PROPERTIES WHERE
property_name LIKE ‘%TEMP%’ ;]
On peut mettre la TS en mode ONLINE ou OFFLINE
avec la commande
[ALTER TABLESPACE userdata OFFLINE ;]
Lors de la mise OFFLINE de table space on peut
ajouter plus de spécifications sur le mode :
• NORMAL : vide la SGA et met en état
souhaité
• TEMPORARY : exécute un checkpoint pour
les fichiers de données en ligne uniquement
• IMMEDIATE : restauration physique doit être
faite avant de remettre le TS en ligne
• FOR RECOVER
Modifier les paramètres du TS
[ALTER TABLESPACE userdata MINIMUM EXTENT
2M ;]
[ALTER TABLESPACE userdata DEFAULT STORAGE
(INITIAL 2M NEXT 2M MAXEXTENTS 999) ;]
[CREATE TABLESPACE user_data DATAFILE
'/u01/oradata/userdata01.dbf' SIZE 200M
AUTOEXTEND ON NEXT 10M MAXSIZE 500M ;]
[ALTER DATABASE DATAFILE
/u03/oradata/userdata02.dbf' RESIZE 200M ;]
[ALTER TABLESPACE user_data ADD DATAFILE
'/u01/oradata/userdata03.dbf' SIZE 200M ;]

[CREATE TEMPORARY TABLESPACE temp1 TEMPFILE

‘…/temp01.dbf’ SIZE 20M EXTENT MANAGEMENT
LOCAL UNIFORM SIZE 4M;]

On peut créer un tablespace temporaire par défaut

lors de la création ou mise à jour de la BD (CREATE
DATABASE, ALTER DATABASE)

[CREATE DATABASE DB01

Gestion des tables Les index
On retrouve plusieurs types de tables chez Oracle : On trouve deux catégories :

• Tables normales • Logique

• Tables partitionnées o Basé sur une colonne ou concaténés
• Tables organisées en index o Unique ou non-unique
• Tables clustérisées o Basés sur une fonction
o De domaine
Tables partitionnées • Physique
Stocke les lignes par partitionnement par plage,
o Partitionné ou pas
hashage, liste ou composite. Afin d’améliorer la
o B-Tree
performance. [CREATE TABLE commande (…)
o Bitmap
partition by range (date_comm) (partition com2020
values less than (todate(‘01/01/2020’)) tablespace
dtp_arch, partition com_2021 values less than
(todate(‘01/01/2021’)) tablespace dtp_p01) ;]

Tables organisées par index

B-TREE
Nécessite moins de stockage et a une structure qui
accélère la recherche.

Un index est un arbre avec un pointeur (ROWID) Créer un index

mais les tables organisées par index contiennent
l’enregistrement tout entier à la place du ROWID.

Structure du ROWID
Numéro de segment + Numéro de fichier + Numéro
de block + numéro de ligne

Structure d’une ligne

Entête (nb colonnes, statut de verrouillage, ...),
longueur de la colonne, valeur

Tables clustérisées
Ensemble de tables qui partagent les mêmes blocs de
données, elles sont regroupées car ils ont des
colonnes communes et sont souvent utilisées tous en
même temps (Jointure).
Création de table
On ajoute le paramètre PTCFREE (pour le
pourcentage à laisser vide dans les blocks pour les
mises à jour), PTCUSED (pour le pourcentage au-
dessus duquel on peut ajouter des enregistrements
dans le bloc), TABLESPACE, STORAGE (INITIAL 20M
NEXT 10M PTCINCREASE 6 MIN EXTENTS 10
MAXEXTENTS 100 BUFFER_POOL KEEP). On peut
aussi ajouter un paramètre INVISIBLE pour une
colonne si on veut la cacher pendant l’appel de
DESCRIBE.
Les Profils
CREATE PROFILE profil LIMIT
[FAILED_LOGIN_ATTEMPTS max_value]
[PASSWORD_LIFE_TIME max_value_days] [
{PASSWORD_REUSE_TIME |
PASSWORD_REUSE_MAX} max_value]
[PASSWORD_LOCK_TIME max_value]
[PASSWORD_GRACE_TIME max_value]
[PASSWORD_VERIFY_FUNCTION
{function|NULL|DEFAULT} ]
Password_GRACE_TIME : Période de grâce, en jours,
pendant laquelle l'utilisateur peut changer de mot de
passe après la première connexion établie une fois le
mot de passe expiré

[CREATE TABLE hr.employees( …) TABLESPACE CREATE PROFILE MON_PROFIL LIMIT

USERS STORAGE(INITIAL 200K NEXT 200K FAILED_LOGIN_ATTEMPTS 3
PCTINCREASE 0 MINEXTENTS 1 MAXEXTENTS PASSWORD_LOCK_TIME UNLIMITED
UNLIMITED );] PASSWORD_LIFE_TIME 90
PASSWORD_GRACE_TIME 15
PASSWORD_REUSE_TIME 60
PASSWORD_REUSE_MAX UNLIMITED
PASSWORD_VERIFY_FUNCTION
MA_FONCTION_VERIF;

CREATE USER user IDENTIFIED {BY password |

EXTERNALLY |GLOBALLY AS external_name} [
DEFAULT TABLESPACE tablespace ] [ TEMPORARY
TABLESPACE tablespace ] [ QUOTA {integer [K | M ]
| UNLIMITED } ON tablespace [ QUOTA {integer [K |
M ] | UNLIMITED } ON tablespace ]...] [ PASSWORD
EXPIRE ] [ ACCOUNT { LOCK | UNLOCK }] [ PROFILE {
profile | DEFAULT }]

CREATE USER aladdin IDENTIFIED BY Yasmine

DEFAULT TABLESPACE data TEMPORARY
TABLESPACE temp QUOTA 15M ON data QUOTA
10M ON users PASSWORD EXPIRE;