Etude de cas avec ASP.NET 2.0, C#, Spring.NET et NHibernate

Les données statiques utiles pour construire la fiche de paie sont placées dans une base de données SQL Server Express nommée dbpam (pam=Paie Assistante Maternelle). Cette base a un administrateur appelé sa ayant le mot de passe msde.

La base a trois tables, EMPLOYES, COTISATIONS et INDEMNITES, dont la structure est la suivante :

Table EMPLOYES : rassemble des informations sur les différentes assistantes maternelles

Structure :

Son contenu pourrait être le suivant :

Table COTISATIONS : rassemble les taux des cotisations sociales prélevées sur le salaire

Structure :

Son contenu pourrait être le suivant :

Les taux des cotisations sociales sont indépendants du salarié. La table précédente n'a qu'une ligne.

Table INDEMNITES : rassemble les différentes indemnités dépendant de l'indice de l'employé

Son contenu pourrait être le suivant :

On notera que les indemnités peuvent varier d'une assistante maternelle à une autre. Elles sont en effet associées à une assistante maternelle précise via l'indice de traitement de celle-ci. Ainsi Mme Marie Jouveinal qui a un indice de traitement de 2 (table EMPLOYES) a un salaire horaire de 2,1 euros (table INDEMNITES).

Les relations entre les trois tables sont les suivantes :

Il y a une relation de clé étrangère entre la colonne EMPLOYES(INDICE) et la colonne INDEMNITES(INDICE).

La base de données [dbpam] ainsi créée donne naissance à deux fichiers dans le dossier de SQL Server Express :

Les fichiers [dbpam.mdf, dbpam_log.ldf] peuvent être transportés sur une autre machine et être réattachés au SGBD SQL Server Express de cette machine. Voici comment procéder :

• les fichiers de la BD [dbpam] sont dupliqués dans un dossier

• on lance SQL Server Express
• avec le client SQL Server Management Studio Express, on attache le fichier [dbpam.mdf] au SGBD :

• clic droit sur [Databases] / Attach
• choix du fichier [dbpam.mdf] via un bouton [Add] non représenté
• le fichier attaché va donner naissance à une BD qui ne doit pas déjà exister. Ici, dans le champ [Attach As] on a donné le nom [dbpam2] à la nouvelle BD.
• on voit la nouvelle BD et ses tables

Cette technique de l'attachement d'une BD est utile pour transporter une BD d'un poste à un autre et nous l'utiliserons parfois ici.

Nous présentons maintenant le mode de calcul du salaire mensuel d'une assistante maternelle. Nous prenons pour exemple, le salaire de Mme Marie Jouveinal qui a travaillé 150 h sur 20 jours pendant le mois à payer.

L'application de calcul de paie a besoin des informations de la base de données [dbpam]. Son architecture sera la suivante :

• en [1], l'utilisateur fait une demande
• en [2], l'application de paie la traite.
• elle peut alors avoir besoin des données de la base de données. Elle fait alors une requête au fournisseur (provider) ADO.NET du SGBD utilisé [4].
• celui-ci exploite la base de données [5] et rend ses résultats au fournisseur ADO.NET qui lui-même les remonte à l'application
• celle-ci exploite ces résultats et élabore une réponse [5] pour l'utilisateur

Nous rappelons maintenant les principales interfaces présentées par un fournisseur ADO.NET à ses clients [3].

En mode connecté, l'application :

• ouvre une connexion avec la source de données
• travaille avec la source de données en lecture/écriture
• ferme la connexion

Trois interfaces ADO.NET sont principalement concernées par ces opérations :

• IDbConnection qui encapsule les propriétés et méthodes de la connexion.
• IDbCommand qui encapsule les propriétés et méthodes de la commande SQL exécutée.
• IDataReader qui encapsule les propriétés et méthodes du résultat d'un ordre SQL Select.

L'interface IDbConnection

Sert à gérer la connexion avec la base de données. Parmi les méthodes M et propriétés P de cette interface on trouve les suivantes :

Si Connection est une classe implémentant l'interface IDbConnection, l'ouverture de la connexion peut se faire comme suit :

IDbConnection connexion=new Connection();
connexion.ConnectionString=...;
connexion.Open();

L'interface IDbCommand

Sert à exécuter un ordre SQL ou une procédure stockée. Parmi les méthodes M et propriétés P de cette interface on trouve les suivantes :

Si Command est une classe implémentant l'interface IDbCommand, l'exécution d'un ordre SQL sans transaction aura la forme suivante :

// ouverture connexion 
IDbConnection connexion=...
connexion.Open();
// préparation commande
IDbCommand commande=new Command();
commande.Connection=connexion;
// exécution ordre select
commande.CommandText="select ...";
IDbDataReader reader=commande.ExecuteReader();
...
// exécution ordre update, insert, delete
commande.CommandText="insert ...";
int nbLignesInsérées=commande.ExecuteNonQuery();
...
// fermeture connexion
connexion.Close();

L'interface IDataReader

Sert à encapsuler les résultats d'un ordre SQL Select. Un objet IDataReader représente une table avec des lignes et des colonnes, qu'on exploite séquentiellement : d'abord la 1re ligne, puis la seconde…. Parmi les méthodes M et propriétés P de cette interface on trouve les suivantes :

L'exploitation d'un objet IDataReader ressemble souvent à ce qui suit :

// ouverture connexion 
IDbConnection connexion=...
connexion.Open();
// préparation commande
IDbCommand commande=new Command();
commande.Connection=connexion;
// exécution ordre select
commande.CommandText="select ...";
IDataReader reader=commande.ExecuteReader();
// exploitation résultats
while(reader.Read()){
    // exploiter ligne courante
        ...
}
// fermeture reader
reader.Close();
// fermeture connexion
connexion.Close();