Cours de C++, en français, 2002 - Cours 3.2

Cours C++ (2002)

semaine 3

jour 2

Cours semaine 3 jour 2 Cours C++ 2

Plan du jour

Accès aux bases de données sur plate-

formes Microsoft


Base de données relationnelles

Les base de données relationnelles utilisent

la théorie des ensembles

Un langage de requête standardisé existe :

SQL, Structured Query Language

La standardisation a ses limites

Il existe de nombreuses extensions par de

nombreux éditeurs de systèmes de gestion de

bases de données relationnelles, SGBD/R


Base de données relationnelles (2)

Les bases de données permettent de stocker

facilement une grande quantité

d’informations

Elles sont incontournables dans le monde de

l’entreprise

Elles ne sont pas efficaces pour tous les

types d’information

Nous le verrons dans les prochains cours


Accès aux bases de données

Dans le monde Microsoft

DAO : Data Access Object

ODBC : Open DataBase Connectivity

OLE DB : Object Linking and Embedding

ADO : ActiveX Data Object

Ces standards permettent de faire la

connection à la base, pas de retrouver des

informations : SQL reste nécessaire


ODBC

ODBC est un médiateur

Il fournit une interface unique pour l’accès

aux bases de données SQL

Un driver ODBC implémente les

spécificités d’accès aux différentes bases : il

s’agit d’une extension au système

compatible avec la norme ODBC et une

base de données particulière


ODBC (2)

Base de

données

relationnelle

driver

ODBC

système

d’exploitation

Windows

interface

ODBC

Gestion de l’accès et

de la récupération

des données


ODBC (3)

Il y a plusieurs modèles ODBC

On parle de tiers

Cela correspond à un nombre différent de

couches dans lesquelles il faut passer avant

d’accèder véritablement à la base de données

Le schéma précédent correspond au modèle 1

tier (sur une machine)


ProgrammeProgramme appelant une

fonction ODBC

ODBC ManagerL’ODBC Manager qui

définit ce qu’il faut faire

ODBC DriverL’ODBC Driver qui

effectue le traitement

Fichier

BDD

Le fichier de base de

données est ouvert par le

driver et les données sont

manipulées

ODBC (4) : 1 tier


Programme appelant une

fonction ODBC

L’ODBC Manager qui

définit ce qu’il faut faire

L’ODBC Driver envoie le

traitement au serveur

Le serveur de base de

données traite la requête

Programme

ODBC Manager

ODBC Driver

Client

Fichier

BDD

Serveur

BDD

Serveur

ODBC (5) : 2 tiers


ProgrammeProgramme appelant une

fonction ODBC

ODBC ManagerL’ODBC Manager qui définit ce

qu’il faut faire

ODBC DriverL’ODBC Driver envoie le

traitement au Gateway

Client

Serveur

Gateway

Fichier

BDDLe serveur de base de données

traite la requête

Serveur

BDD

ODBC Manager/DriverLe Gateway ODBC Manager /

Driver envoie la requête au serveur

ODBC (6) : 3 tiers


ODBC (7)

DSN : Data Source Name

Un DSN est constitué :

Des informations sur la base de données,

De l’identifiant utilisateur (user ID),

Du mot de passe utilisateur,

Des informations de connections.


ODBC (8)

Il existe deux types de DSN

Les DSN ou user DSN

Ils sont accessible par l’utilisateur qui les a créés

Les System DSN

Ils sont accessibles par n’importe quel utilisateur et

par le système lui-même


ODBC (9)

Les informations ODBC sont accessibles

par Start > Settings > Control Panel > Data Sources


ODBC Data Source

Une source de données est un système de stockage des données

Normalement un base de données, relationnelle ou pseudo relationnelle

Autre chose (…) : un fichier Excel peut être considéré comme une base de données relationnelle

Par extension d’Excel, un fichier texte peut également être accéder (Comma Separated Values, CSV)


ODBC Data Source (2)


ODBC Driver

Une Data Source possède obligatoirement

un pilote pour être exploitée

Le pilote respecte deux choses différentes :

Les spécifications ODBC pour pouvoir être

exploité sur la plate-forme Windows

Les procédures, méthodes et appels de fonction

propres à la base de données à laquelle il

permet d’accéder


ODBC Driver (2)

Note : plusieurs versions d’une même base

peuvent posséder des drivers ODBC

différents

Lorsqu’une base de données évolue et qu’elle

fournit de nouvelles fonctionnalités, certaines

fonctionnalités anciennes peuvent être

modifiées ou supprimées

Les drivers doivent être mis à jour sur les

postes clients déportés lors d’une mise à jour


ODBC Driver (3)


ODBC Connection Pooling

Il se peut que plusieurs accès à une même base de données soient réalisés en même temps : besoin d’un connection pooling

Une certain nombre de connexions à la base de données sont effectués au démarrage du système

Les connexions, restées actives, sont distribuées aux différents demandeurs en fonction des besoins

Le connection pooling est un gain de temps


ODBC Connection Pooling (2)

BDD

driver

pool

BDD

driver

poolapplication

BDD

driver

pool

Initialisation

du driver

Utilisation

du driver dans

une application

Fin de l’utilisation

du driver


ODBC Connection Pooling (3)


Visual C++ et ODBC

Deux classes permettent d’accèder à une base de données via ODBC

CDatabase

Informations sur la connexion à une base

Partageable dans toute l’application (singleton)

CRecordset

Informations sur un ensemble d’enregistrements

Gère les ajouts, les modifications et les suppressions

Les changements sont reflétés dans la base de données


CDatabase

Pas de nécessité de créer d’instance de cette

classe

La création est effectuée à l’appel du

premier CRecordset

L’instance est réutilisée ensuite si nécessaire

de manière transparente


Ouverture de CRecordset

Fonction membre Open

Premier argument : type de l’ensemble

d’enregistrements (Valeur par défaut :

AFX_DB_USE_DEFAULT_TYPE = snapshot)

Deuxième argument : instruction SQL à

exécuter pour créer le record set (si NULL,

instruction SQL du Wizard par défaut)

Troisième argument : manipulation du record

set, par défaut none


CRecordset::Open, argument 1

CRecordset::dynaset : les enregistrements peuvent

être mis à jour pendant l’utilisation par appel de la

fonction Fetch

CRecordset::snapshot : les enregistrements seront

mis à jour à la fermeture du record set

CRecordset::dynamic : similaire à dynaset mais

n’est pas disponible dans tous les drivers

CRecordset::forwardOnly : lecture du premier au

dernier enregistrement uniquement


CRecordset::Open, argument 3

Quelques-unes des options :

CRecordset::none : valeur par défaut,

aucune option n’affecte l’utilisation

CRecordset::appendOnly : lecture possible,

modification/suppression d’enregistrements

existants impossible, ajout de nouveaux

enregistrements en fin de fichier possible

CRecordset::readOnly : lecture seule


CRecordset, navigation

Plusieurs fonctions de navigation sont

disponibles :

MoveFirst : déplacement sur le premier record

MoveLast : déplacement sur le dernier record

MoveNext : déplacement sur le record suivant

MovePrev : déplacement sur le record précédent

SetAbsolutePosition : déplacement sur le record

dont la position est donnée


CRecordset, navigation (2)

Autre fonction : Move

Premier argument : nombre de records

parcourus pendant le déplacement, positif

(déplacement vers la fin du record set) ou

négatif (déplacement vers le début)

Deuxième argument : option de déplacement

SQL_FETCH_RELATIVE : tient compte du

premier argument

SQL_FETCH_NEXT : équivalent à MoveNext



Autre fonction : Move (suite)

Deuxième argument : option de déplacement

SQL_FETCH_PRIOR : équivalent à MovePrev

SQL_FETCH_FIRST : équivalent à MoveFirst

SQL_FETCH_LAST : équivalent à MoveLast

SQL_FETCH_ABSOLUTE : équivalent à

SetAbsolutePosition



Aides à la navigation

Fonction IsBOF : retourne le booléen TRUE si

le pointeur courant est sur le premier record

Fonction IsEOF : retourne TRUE si le pointeur

est en fin de record set

Fonction GetRecordCount : donne le nombre

total d’enregistrement dans le record set


Opérations sur les records

Dans une base de données, quatre types d’opérations peuvent être effectuées : principe du CRUD

Create, création d’un enregistrement

Read, lecture

Update, mise à jour

Delete, destruction

Nous venons de voir les manières de faire la navigation, c’est à dire le Read


Opérations sur les records (2)

Création de records

Fonction AddNew : création d’un nouveau

record ; pas d’argument mais doit être suivi de

l’affectation des valeurs du nouveau record et

de Update

Mise à jour d’un record

Fonction Edit : permet de modifier les champs

du record courant ; doit être suivi de la fonction

Update



Destruction d’un record

Fonction Delete : supprime l’enregistrement

courant ; pas besoin d’appeler Update

(implicite) mais besoin de se déplacer sur un

autre enregistrement (appel de MovePrev ou

MoveNext par exemple)

Remarque : pas d’affectation nouvelle ou de

modification et donc pas besoin d’Update



Fonctions auxiliaires

Update : enregistrement des modifications

courantes dans la base de données

Requery : réexécution de la requête SQL

originale pour remettre à jour le record set

courant

À utiliser par exemple après AddNew

À utiliser « régulièrement » si plusieurs utilisateurs

travaillent sur la même base de données


Exemple avec ODBC

Création d’une base de données Access

avec le Wizard, sélection du modèle « base

de contacts » : base « ptcontact »

Obtention d’une base de données possèdant

des tables, des rapports et … des écrans de

saisie (forms)

Mise en place de la base de données parmi

les sources ODBC du système


Exemple avec ODBC (2)





Refaire la même grille de saisie en C++

Cependant :

Pas de « calls » ni de « dial »



Dans VCPP, créer une application

MFC(exe)

PTContact





*






















IDC_ECTRY

IDC_ESTAT

IDC_ECITY

IDC_EZIP

IDC_EADDR

IDC_EDEAR

IDC_EFIRM

IDC_ELNAME

IDC_EFNAME

IDC_ECNAME

IDC_ECTYPE

IDC_EENAME

IDC_EREFER

IDC_EID

IDC_ETITL

IDC_EWPHONE

IDC_EWEXT

IDC_EMPHONE

IDC_EFAX

IDC_ENOTES











IDC_EFNAME = m_pSet->m_FirstName

IDC_ELNAME = m_pSet->m_LastName

IDC_EFIRM = m_pSet->m_CompanyName

IDC_EDEAR = m_pSet->m_Dear

IDC_EADDR = m_pSet->m_Address

IDC_EZIP = m_pSet->m_PostalCode

IDC_ECITY = m_pSet->m_City

IDC_ESTAT = m_pSet->m_StateOrProvince



IDC_ECTRY = m_pSet->m_Country

IDC_ECNAME = RIEN

IDC_ECTYPE = m_pSet->m_ContactTypeID

IDC_EENAME = m_pSet->m_EmailName

IDC_EREFER = m_pSet->m_ReferredBy

IDC_ENOTES = m_pSet->m_Notes

IDC_EID = m_pSet->m_ContactID

IDC_ETITL = m_pSet->m_Title



IDC_EWPHONE = m_pSet->m_WorkPhone

IDC_EWEXT = m_pSet->m_WorkExtension

IDC_EMPHONE = m_pSet->m_MobilePhone

IDC_EFAX = m_pSet->m_FaxNumber




M_LastMeetingDate est absent de notre

liste… Le code généré automatiquement ne

doit jamais être modifié mais

Le type CTime ne peut pas être pris en compte

CTime ne supporte pas les dates antérieures au

31 décembre 1969

Il faudrait le modifier en type COleDateTime



Compilation et exécution de ptcontact.exe

L’application fonctionne mais rien n’est affiché

Normal : la base a été créée mais aucun

enregistrement n’a été ajouté !

Retournez sous Access et ajouter des

enregistrements

Réexécutez : les informations apparaissent



Nous disposons d’une application accèdant

à une base de données qui est fonctionnelle

Nous pouvons parcourir les enregistrements

existants et faire des update

Nous ne pouvons pas encore ajouter de

nouveaux enregistrements

Nous ne pouvons pas encore supprimer des

enregistrements existants



Pour l’ajout d’enregistrement :

Besoin d’une fonction qui retrouve le nombre

max de records existants (dans la classe de

gestion du Set)

Besoin d’une fonction qui fait la mise à jour

après saisie dans le formulaire (dans la classe

de gestion de la View)



m_ContactID;








Suppression de l’enregistrement






Raccourci dans la barre d’outils

Simplifie l’interaction avec l’utilisateur qui n’a

plus besoin de parcourir les menus

Utilise les mêmes événements que ceux utiliser

dans les menus : inutile de réassocier les

fonctions…





Problèmes, problèmes

L’exemple précédent fonctionne sur un

même poste

Théoriquement : une base de données et un

utilisateur = pas de problème

Que se passerait-il si la base était accédée

par plusieurs utilisateurs ?

La base deviendrait instable à un moment ou un

autre : aucune notion de transaction n’est

intégrée


Problèmes, problèmes (2)

Généralisation du problème précédent =

problème encore plus grave

Nous n’accèdons qu’à une base de données.

Une entreprise en possède généralement

plusieurs, chacune représentant un ensemble

cohérent

Travailler avec plusieurs bases nécessite de

travailler avec des transactions supportant le

« two phase commit », 2PC : pas disponible ici


Two phase commit

BDD 1

BDD n

BDD 2

transaction

distribuée

commit

global

commit

local

commit

local

commit

local

OK

OK

OK


Autre méthode d’accès

Nous venons de réaliser un programme avec

MFC avec un accès ODBC

Peu de travail à faire

Génération automatique de la majorité du code

À modifier soi-même le moins possible car c’est une

prise de risque

Modification parfois nécessaire comme pour le type

CTime

Utilisation rapide de la plateforme


ADO

Comme déjà brièvement mentionné, il est

possible d’utiliser ActiveX pour accéder aux

bases de données : ADO, ActiveX Data

Object

ADO est une technologie assez récente qui

est désormais mise en avant avec ADO.NET

dans la nouvelle plate-forme .Net


ADO (2)

OLE DB est un ensemble complexe

permettant d’accèder à un ensemble varié

de répertoires de données

Il ne s’agit plus uniquement de bases de

données relationnelles

Il est aussi possible d’accéder à des bases de

données hiérarchiques ou plates

Du fait de l’étendue des types de sources de

données, OLE DB est très complexe !


ADO (3)

ADO est une couche logicielle qui vient se greffer

au dessus d’OLE DB pour simplifier le

développement

ADO contient un nombre minimum d’objets

Connection

Error

Command

Parameter

Recordset

Field


ADO (4)

ADO fournit également des objets de collection permettant de traiter des ensemble d’Error, de Parameter et de Field

Connection permet d’établir et de maintenir des connexions à une base de données. Connection permet également de réaliser des contrôles de haut niveau sur les connexions, dont les transactions (BeginTrans, CommitTrans, RollbackTrans)


ADO (5)

Error permet de retrouver les informations sur les erreurs, qu’il est possible d’examiner

Command permet d’exécuter une commande sur une source de données (typiquement du SQL pour les bases de données relationnellles) ; le résultat est le plus souvent du type RecordSet

Parameter permet de passer des paramètres associés à une Command


ADO (6)

RecordSet contient un ensemble

d’enregistrement en provenance de la base

de données. Il est possible de naviguer dans

le RecordSet et d’accèder aux champs des

enregistrement avec Field

Field représente une seule colonne dans un

enregistrement du RecordSet

Type par défaut : Variant


ADO (7)

Exemple d’application utilisant ADO

QueryTool

Téléchargeable sur www.mindcracker.com

Disponible sous format exécutable

Source C++ disponible sous la forme d’un projet

Visual C++ 6.0 SP3

Décompressez le Zip, compilez et faites tournez

en accèdant à la base PTContact


ADO (8)


ADO (9)


ADO (10)


ADO (11)

Dans le QueryTool, où se trouve le code

ActiveX ?

ADOConnectionEvents.h

msflexgrid.h

Helpers.cpp

ADO est finalement bien caché

Pour le voir de manière plus explicite, nous

allons créer une autre application


ADO (12)

Créer une application MFC AppWizard

(EXE) en prenant tous les paramètres par

défaut sauf

SDI plutôt que MDI (écran 1)

CFormView plutôt que CView (écran 6)

Remarques :

Par défaut, il n’y a pas de database support…

Par défaut, l’application supporte ActiveX



ADO (14)


ADO (15)



Questions / Remarques

Technology

Cours de C++, en français, 2002 - Cours 3.2