Cours G. Noël
========================
*04/05/2018*

## Oracle

### Types de données

* Caractères
	* Varchar2
	* NVarchar2 (Unicode)
* Numérique
	* Number
	* `Binary_float / Binary_double`
* Date
	* Date
	* Timestamp
* RowID
	* RowID (adresse d'un tuple)

### Compression de données

On peut pas mettre tous les textes dnas les tables, ce serait énorme

* Compression standard :  
Sorte de zip  
Transparent pour les applis

* Compression avancée  
`ALTER TABLE toto ROW STORE COMPRESS ADVANCED` 


### Cluster de tables

Tables distinctes qui partagent une colonne commune.  Elles stockent alors les données dans les mêmes blocs.  
Ça vient du fait qu'il faut éviter la redondance mais pourtant elle peut être utile pour éviter de faire des jointures.  
=> Cluster de table : au lieu de stocker dux fois la data on la stocke une fois physiquement dans une colonne qui sera utilisée par plusieurs tables.

#### Avantages inconviénients 

Les + 

*  I/O réduits pour les disques

#### Cluster indexé

cluster qui utilise un B-Tree


### SYS et SYSTEM

Deux schémas spécifiques  

SYS = compte administratif contient dictionnaire de données (données statiques utilisées dans tâches administratives)  
Ne doit pas être modifiée par l'utilisateur !  

SYSTEM = compte système (moins impostant que SYS). Contient tables d'information, utiles aux options et plugins Oracle. On passe plutôt par ce compte pour les outils du genre pour éviter de tout fusiller

### Les index

Index : Structure de données qui permet de retrouver la bonne donnée dans une table  
Évite de devoir faire un ful scan  
Cré

principal index : B-Tree (et ses cousins du même genre de nom)  

#### B-Tree

Arbre le plus souvent utilisé  
B veut dire quelque chose qu'il a expliqué au niveau structure, les liens se font fraiment en bout d'arbre

#### Autres structures

##### Le bitmap  
Un grand champ avec des 1 et 0 pour dire y a ou y a pas.  
Indique où se trouve la donnée, proche du système de hashage

##### Basé sur fonction 
Très rare, problème: trouver bonne fonction  

##### Tables organisées par index  
données directement dans l'index.


### Dictionnaires de données

Tables en lectures seule avec des infos :

* Objets schémas de BD
* Volume utilisé par les objets schémas
* nom, rôle set privilèges des utilisateurs
* modifications lors de DDL

On va avoir plusieurs tables dont les noms vont commencer par :

* DBA_ : tous les objets
* ALL_ : objets pour lesquels l'utilisateur a le privilège
* USER_ : Objets dont l'utilisateur est le propriétaire

### Vues de performances Dynamiques

Changent avec état / activité de la base (genre nombre de requetes balancées dnas la dernières heure, nb personne actuellement connectées...)  
on a avec ça l'utilisation actuelle de la base. Utile à admin, pas à user

### Instance et stockage physique

On travaille en mémoire (instance) mais on stocke sur disqu (data storage)  
=> Le boulot d'Oracle est justement de gérer le passage de l'un à l'autre.

#### Stockages physiques

Plusieurs types de fichiers : 
: on note les data à l'intérieur  
* Data files (.dbf)  
Lié aux tablespaces  
Contient les données
* Control files (.ctl)  : qui où quoi comment ?  
Fichiers de configuration de la base  
Fichiers de contrôle d'intégrité au lancement
* Online redo Log  
Historique des modifications effectuées  
Journal des transactions

#### SP - où sont stockés les fichiers ?

Oracle c'est limite un OS.  
Oracle ASM : il devient un Logical Volume Manager, on donne des volumes à Oracle qui va les gérer, ça permet notamment de faire du raid logicieln, duplic....  

On peut aussi laisser l'OS (Unix/Linux) gérer

Dernière option : Cluser File System.  
Dans ce cas : Oracle RAC. Il émule un SGF partagé sur un réseau, qui permettra par exemple l'accès concurrent à un fichier sur le disque.  
Offre possibilité de redondance...

##### Oracle ASM

C'est comme du LVM (techniquement: un LVM géré par Oracle)  
Automatic Storage Mode  
Permet de distribuer les données sur plusieurs volumes,  les fusionner, dupliquer...  
Ré-équilibrage automatique de la distribution entre les différents volumes

#### Data file sous Oracle

Ne jamais perdre le control file.   

Tablespace : plusieurs datafile : dedans plusieurs tables : dedans plusieurs indexs.  
Deux principaux types de données qu'on va trouver dans un tablespace

Quand on crée un data file on spécifie : 

* Tablespace asscié
* taille (initialisé par défaut à cette taille)
* l'auto extent (que faire quand fichier ititial plein ?)  

#### Control file sous Oracle

Ils sont à minima dupliqués. Il faut les mettre sur fichier distant.  
Ne jamais les paumer, putain. Ils sont essentiels au bon fonctionnement d'Oracle. Spécifient ou truver les autres fichiers. Liés à une base de données

Infos dans control file : 

* Nom et ID base de données
* Timestamp de la créationde base
* Localisation des fichiers (Data, Redo...)
* Information sur les Tablespace
* Information de bakcup RMAN (recov Manager)
* SCN des data file pour valider leur pertinance au démarrage.

#### Online redo log

Conserve les traces des modifications sur la base, ce sont les journaux (d'où le log...)  
Une fois configurés, on y touche plus.  
Peuvent être archivés sur long terme : Archived Redo log

### Structure de l'instance

SGA (System Gobal Area)
pis dedans d'autres trucs

#### Parameter file

Y a SPFILe et PFILE.  
En gros y a 30 paramètres obligatoires et basique, et pis plein de trucs optionnels.  
Fichiers en .ora  

#### UGA : User Global Area 

Tous les paramètre qui permettre de gérer vie de la session sur le serveur.  
Si serveurs partagés, en cluster ou autre, l'UGA doivent être disponibles partout  

#### PGA  : Process Global Area

Buffer mémoire lié à un process et à un utilisateur. Zone de mémoire partagée permettant de récupérer paratèmtre requete, plus ou moins synchronisé avec SGA.


#### SGA : System Gobal Area

Zone de travail principale d'Oracle  :

*  une instance, un SGA  
* décomposé en plusieurs pools de mémoire : shared pool, large pool, java pool, stream pool...