Approfondissement

1. Les sous-requêtes imbriquées

En fonction de ce que peut ramener le sous-SELECT, celui-ci ne pourra pas être positionné n’importe où.

Si le résultat de la requête placé dans un sous-SELECT ne ramène qu’une seule ligne, on pourra utiliser la sous-requête à la place de n’importe quelle constante.

Par exemple, si on veut récupérer toutes les chambres qui ont 1 lit simple avec douche, il faut faire un sous-SELECT qui récupère l’identifiant de la table TYPESCHAMBRE qui correspond à la description "1 lit simple avec douche", puis vérifier que la colonne typechambre de la table CHAMBRES correspond à la valeur du sous-SELECT. 

Avant de tester la requête complète, il est préférable de tester la sous-requête en premier pour vérifier sa validité et que celle-ci ramène une seule ligne.

Exemple

SELECT idtypechambre FROM typeschambre 
where description = '1 lit simple avec douche';  

affiche :

IDTYPECHAMBRE   
-------------   
      1 

Ensuite, on peut inclure la sous-requête dans la requête principale ainsi :

SELECT hotels.libelle, numchambre FROM Chambres 
INNER JOIN hotels ON hotels.idhotel =chambres.hotel 
where typechambre = (SELECT idtypechambre FROM typeschambre 
where description = '1 lit simple avec douche'); 

Résultat

LIBELLE                                            NUMCHA 
-------------------------------------------------- ------ 
Ski Hotel                                          1      ...

1. Charger des données en masse avec SQL*Loader

Après avoir créé les enveloppes des différentes tables d’une base de données, il faut maintenant les alimenter.

Lorsqu’un historique existe, il peut être intéressant de charger rapidement et en masse tout cet historique.

Avant toute chose, il faut mettre cet historique au format attendu pour que le chargement fonctionne avec l’outil choisi.

Reprenons par exemple la table FILM que l’on a remplie par des INSERT multiples lors du chapitre La manipulation des données (LMD) - Exercices d’application.

TABLE FILM

Requête de création de la table (syntaxe standard) :

CREATE TABLE FILM (IDENT_FILM        INTEGER, 
                   TITRE             VARCHAR(50), 
                   GENRE1            VARCHAR(20), 
                   GENRE2            VARCHAR(20), 
                   DATE_SORTIE       DATE, 
                   PAYS...

1. Utilisation de EXPLAIN PLAN

Il existe un moyen de connaître le chemin utilisé par le SGBDR pour atteindre un élément. Il faut utiliser la commande EXPLAIN PLAN qui analyse l’ordre et indique ensuite le chemin pris. Pour cela, il stocke des éléments dans une table : PLAN_table sous Oracle.

La syntaxe à utiliser est celle-ci :

EXPLAIN PLAN SET STATEMENT_ID='<identifiant>' INTO PLAN_TABLE FOR
SELECT ... ... ; 

On indique au SGBDR de stocker dans une table nommée « PLAN_TABLE » sous l’identifiant choisi (STATEMENT_ID) les analyses réalisées sur la requête que l’on indique après le SELECT.

Exemple avec un SELECT sur trois tables, identifiant choisi ’TEST-PERF’

DELETE FROM PLAN_TABLE WHERE STATEMENT_ID='TEST-PERF';  
 ...

SELECT * FROM <Nom table>; 

1. Tables système pour les tables et colonnes

2. Tables système pour les index et les vues

3. Les autres tables système

1. Connaître la taille réelle d’une colonne

Sur une colonne déclarée en VARCHAR, il peut être intéressant de connaître la taille réelle de chaque valeur.

Cette requête permet en plus de trier le résultat.

Syntaxe

SELECT <nom de colonne>, LENGTH (TRIM(<nom de colonne>)) 
FROM <nom table> WHERE    .. 
ORDER BY LENGTH (TRIM(<nom de la colonne>)),<nom de colonne> ; 

Exemple Oracle

SELECT LENGTH(TRIM(description)) as longueurdesc, description 
FROM typeschambre 
ORDER BY longueurdesc; 

Exemple SQL Server

SELECT LEN(TRIM(description)) as longueurdesc, description 
FROM typeschambre 
ORDER BY longueurdesc; 

Résultat

LONGUEURDESC DESCRIPTION  
------------ --------------------------------------------------- 
         24 1 lit simple avec douche  
         24 1 lit double avec douche  
         25 2 lits double avec douche  
         26 2 lits simples avec douche  
         34 1 lit XL et 1 lit simple avec bain  
         35 1 lit double avec bain et WC séparés  
         36 2 lits double avec bain et WC séparés  
         37 1 lit double avec douche et WC séparés  
         38 2 lits double avec douche et WC séparés    

2. Rechercher et supprimer des doublons dans une table

Souvent on se retrouve avec des lignes en double dans une table suite à une mauvaise manipulation ou suite à un bug dans l’applicatif qui ne contrôle pas les doublons.

Si l’on reprend la table TYPESCHAMBRE et que l’on ajoute la ligne n°13 avec 1 lit simple avec douche qui existe déjà en ligne 1.

INSERT INTO typeschambre VALUES (13, 1, 'lit simple' ,'1 lit simple 
avec douche'); 

Contenu de la table TYPESCHAMBRE

IDTYPECHAMBRE  NOMBRELIT TYPELIT            DESCRIPTION  
-------------...