Qu’est ce qu’une vue

Les vues sont des tables virtuelles créées à l’aide d’une requête SELECT.
Elles ne stockent pas les données qu’elles contiennent. Seule la requête permettant de les créer est conservée.

Des vues pourquoi faire ?

Une vue peut donc être, une jointure entre différentes tables, l’extraction de certaines colonnes,…

Les vues peuvent être utilisées pour différentes raisons :

• Restreindre l’accès à certaine valeur en personnalisant l’affichage des informations suivant le type d’utilisateur.
• Masquer la complexité d’un schéma.
• Permettre de manipuler des valeurs calculées à partir d’autres valeurs du schéma.
• Conserver la structure d’une table si elle doit être modifiée. pour ne pas devoir changer les requêtes du côté applicatif.

Syntaxe

Création d’une vue :

1
2

CREATE [OR REPLACE] [ALGORITHM = {MERGE | TEMPTABLE}] VIEW view_name
[(column_list)] AS select_statement [WITH [CASCADED | LOCAL] CHECK OPTION]

Cette commande crée une nouvelle vue, ou remplace une vue existante si la clause OR REPLACE est fournie. La clause select_statement est une commande SELECT qui fournit la définition de la vue. La liste optionnelle de colonnes peut être fournie pour définir explicitement les noms des colonnes.

Modification d’une vue :

1

ALTER VIEW view_name [(column_list)] AS select_statement

Cette commande modifie la définition d’une vue.
select_statement est le même que pour CREATE VIEW.

Supprimer une vue :

1
2
3

DROP VIEW [IF EXISTS]
    view_name [, view_name] ...
    [RESTRICT | CASCADE]

DROP VIEW supprime une ou plusieurs vues. Vous devez avoir les droits de DROP pour chaque vue.

Voir la définition de la vue :

1

SHOW CREATE VIEW view_name

Cette commande montre la commande CREATE VIEW qui créera la vue spécifiée.

• MySQL 5
• Php 5
• Zend Framework 1.5.2

Les transactions dans une base de données

Les bases de données définissent les transactions comme étant des unités logiques de travail qui peuvent êtres validées (commited) ou annulées (rolled back) en tant qu’une seule opération, même sur de multiples tables. Toutes les requêtes aux bases de données sont considérées comme faisant partie d’une transaction, même si le driver de base de données fait ceci implicitement. Ceci s’appelle le mode auto-commit, dans lequel le driver de base de données créer une transaction pour chaque requête executée et la valide. Par défaut toutes les classes Zend_Db_Adapter fonctionnent en mode auto-commit.

Source : Zend Framework

Vous l’aurez compris, les transactions représentes un groupe de requêtes qui pourra être validé si tout se passe bien ou dans la cas contraire annulé.

Pour diverses raisons, il peut être utile d’effectuer une transaction vers une base de données.
Il va de soit que pour utiliser les transactions, votre SGBD et votre moteur de stockage doivent pouvoir les gérer. Ce qui est le cas d’INNODB pour MySQL mais pas encore pour MyISAM.

Donc si votre moteur de stockage est MyISAM, vous devrez convertir les tables qui seront concernées par vos futurs transactions.

Changement du moteur de stockage
On peut changer dynamiquement le moteur de stockage à l’aide de la commande ALTER TABLE.

Pour passer le moteur de stockage de la table leNomDeMaTable en INNODB nous effectuerons la commande sql suivante :

1

    ALTER TABLE leNomDeMaTable ENGINE=INNODB;

Pour le passer en MyISAM :

1

    ALTER TABLE maTable2 ENGINE=MYISAM;

Transactions à l’aide de Zend Framework
Maitenant que notre SGBD gère les transactions, il va falloir spécifier manuellement le démarrage de la transaction à l’aide de beginTransaction(). Toutes les requêtes qui suivront feront parties de celle-ci tant que la transaction ne sera pas annulée avec rollBack() ou validée par un commit().

Le canevas de base sera donc :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

<?php
$db->beginTransaction();
 
try {
    // Essaye d'exécuter une ou plusieurs requêtes :
    $db->query(...);
    $db->query(...);
    $db->query(...);
 
    // Si toutes ont réussi, valide les changements en une seule passe.
    $db->commit();
}
catch (Exception $e)
{
    // Si une des requête s'est mal déroulée, alors nous voulons annuler les changements
    // de toutes les requêtes faisant partie de la transaction, même celles qui se sont
    // bien déroulées. Tous les changements sont annulés d'un seul coup
    $db->rollBack();
    echo $e->getMessage();
}
?>

Transactions dans en MVC avec Zend Framework
Imaginons que nous avons des produits divers. Ceux-ci sont enregistrer dans une la base de données.
Les informations communes à tous les produits sont enregistrées dans la table Produit et toutes les données spécifiques à chaque type de produit dans la table correspondant au type : ProduitNomDuType.

Nous aurons donc les modèles Produit qui est une classe qui héritera de Zend_Db_Table_Abstract et Produit_Row qui héritera de Zend_Db_Table_Row_Abstract (nous aurons la même chose pour gérer les tables et ligne des ProduitNomDuType).

Pour ajouter un produit du type Foo nous allons donc devoir remplir la table « générique » Produit et ProduitFoo.
Nous allons donc créer une transaction qui effectuera l’insertion des données dans les 2 tables.

Ce qui pourrait nous donner dans l’action ajouterAction() de notre controller quelque chose comme :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

<?php
// ...
 
// On récupère l'adaptater que nous avons sauvé dans le registry dans le boostrap
$db = Zend_Registry::get('db');	
 
// On démarre la transaction
$db->beginTransaction();
 
try {
	Zend_Loader::loadClass('Produit');
	Zend_Loader::loadClass('ProduitFoo');
	$produitDb = new Produit($db);
	$produitDb->insert($dataProduit);  // $dataProduit est un tableau qui représente les données générique du produit
 
	$produitFooDb = new ProduitFoo($db);
	$produitFooDb->insert($dataProduitFoo);  // $dataProduitFoo est un tableau qui représente les données spécifique du produit foo
 
	// On valide l'ensemble des requêtes
	$db->commit();
}
catch (Exception $e)
{
	// Si une exception a été levée, on annule toutes les opérations du lot
	$db->rollBack();
 
	//...
}

Cette transaction permettra par exemple de ne pas se retrouver avec juste les infos génériques du produit si l’ajout des infos dans ProduitFoo a levé une exception.

Quelques liens utiles

• Manuel de Zend Framework : Zend_Db
• Manuel de MySql 5
• Developpez.com : MySQL et Zend Framework
• Communauté Francophone de Zend Framework

N’hésitez pas à poser vos questions ou remarques dans les commentaires, je me ferais un plaisir d’y répondre.

Note: je ne me suis pas étendu sur le fonctionnement du MVC avec Zend Framework vu qu’il y a énormément de chose à dire et que cela fera partie d’un futur tutorial.