Tables virtuelles sous Derby - Chicoree

1 Tables virtuelles en 4 étapes

La création d'une table virtuelle avec Derby peut se diviser en 4 étapes:

1.1 Mise en oeuvre

Cette étape est en quelque sorte la plus importante, puisque c'est là que vous allez coder la logique spécifique à votre application. Son rôle est de générer les données de la table virtuelle.

1.2 Publication

Avec cette seconde étape nous allons terminer le travail côté Java. Il s'agit ici de coder une méthode publique statique qui permettra à Derby d'instancier notre table virtuelle. Généralement cette fonction se limite à un wrapper autour de l'appel à l'opérateur new:

1.3 Déclaration

Nous voici maintenant côté Derby. Et là, il va falloir importer notre table virtuelle sous la forme d'une fonction SQL:

1.4 Invocation

Une fois ceci fait, il devient enfin possible d'utiliser cette fonction comme une table dans une requête SQL:

2 Un exemple plus complexe

Pour ce second exemple, vous allons mettre en oeuvre une table virtuelle qui renvoie la liste des fichiers d'un dossier donné. Cette fonction sera un peu plus complexe que notre premier exemple, pour deux raisons:

2.1 Usage

A titre d'illustration, voici quelques exemples de requêtes SELECT utilisant notre table virtuelle. Vous constaterez qu'il nous est possible d'utiliser l'éventail des possibilités de SQL fournies par Derby pour manipuler ces données exactement comme s'il s'agissait de tables ordinaires:

3 A quoi ça sert?

L'usage des fonctions virtuelles est très vaste: puisqu'elles peuvent tout aussi bien servir pour accéder à partir de Derby à des données live, à importer des données d'un fichier au format plus ou moins exotique, ou encore à interfacer Derby avec une autre application – ou un autre SGBD (Système de Gestion de Bases de Données) . Tout en permettant d'utiliser la machinerie SQL de Derby pour manipuler et/ou analyser ces données, et cela sans qu'il soit nécessaire de les stocker dans la base.