ST3 : Techniques de bases de données avancées

Dimension: px
Commencer à balayer dès la page:

Download "ST3 : Techniques de bases de données avancées"

Transcription

1 FACULTES UNIVERSITAIRES NOTRE-DAME DE LA PAIX Institut d'informatique NAMUR Séminaires DB-MAIN/Objectif 1 ST3 : Techniques de bases de données avancées Deuxième version Namur - Mai 2000 Avec le soutien du Fonds Social Européen et de la Région Wallonne

2 Les séminaires DB-MAIN/Objectif 1 Ce séminaire s'inscrit dans une série de six modules coordonnés. D'autres modules sont en préparation. Introduction aux bases de données (Objectif 1-2 jours) Présentation des structures de bases de données relationnelles. Introduction au langage SQL. Les fonctions des SGBD. Analyse de l'information et conception de bases de données (3 jours) Introduction aux problèmes, raisonnements et outils relatifs au développement systématique des bases de données. Introduction aux outils CASE (2 + 1 jours) Etude crititique des fonctions des outils CASE modernes. La présentation et les discussions sont basées sur l'utilisation de l'outil DB- MAIN. La troisième journée est consacrée aux problèmes de l'extensibilité des outils (méta-case). Introduction à la rétro-ingénierie (3 jours) Repérage et analyse des problèmes de la reconstruction de la documentation d'une base de données (ou ensemble de fichiers) existante. Proposition de techniques et de méthodes de résolution. Rôles des outils CASE en rétro-ingénierie. Une journée de travaux pratiques sur outil CASE (y compris problème de l'an 2000). Techniques de bases de données avancées (2 jours) Etudes des problèmes liés aux applications complexes utilisant des bases de données. Programmation transactionnelle. Intégrité, protection contre les incidents, régulation de la concurrence. Les prédicats, les Triggers et Stored procedures. Application au contrôle de l'intégrité, de la redondance et aux bases de données réactives. Les architectures d'applications de bases de données (2 jours) Les applications distribuées. Middleware. Etude comparée de différentes architectures d'applications utilisant des bases de données : client/serveurs, fat/thin client, business objects, serveurs d'objets actifs, etc. DB-MAIN - Techniques de BD avancées ( FUNDP) 0.2

3 Le programme DB-MAIN DB-MAIN est un programme de R&D et de transfert de technologie consacré à l'ingénierie des applications de bases de données. Il étudie la modélisation, les méthodes et les outils qui supportent non seulement les processus d'ingénierie classiques (analyse et conception) mais également les processus plus complexes tels que la normalisation, l'optimisation, la génération de code, la rétro-ingénierie, la maintenance, l'évolution, la migration et l'intégration de systèmes. Le programme comprend actuellement huit projets. DB-MAIN : ingénierie générale, rétro-ingénierie, évolution, outils CASE, méta-case. Personnel : Jean Henrard, Vincent Englebert, Didier Roland, Jean-Marc Hick. DB-Process : modélisation des méthodes, pilotage méthodologique via les outils CASE. Personnel : Didier Roland. DB-MAIN/Objectif 1 : transfert de technologie et assistance méthodologique à destination des entreprises et organismes du Hainaut. Etude des architectures d'objets distribués. Personnel : Alain Gofflot, Pierre Delvaux, Anne-France Brogneaux, Vincent Englebert. InterDB : intégration de systèmes, interopérabilité des systèmes autonomes, hétérogènes et distribués. Personnel : Philippe Thiran, Jean-Marc Hick, Majid Chougrani, N. TimeStamp : méthodologie et programmation des bases de données à référence temporelle (ou BD historiques). Développement d'outils CASE et d'accélérateurs de requêtes. Personnel : Denis Zampuniéris, Virginie Detienne, Didier Roland. PROAGEC : élaboration d'un schéma conceptuel des informations de gestion communale en Wallonie, administration de données. Migration de données : techniques et méthodes de concersion de données. Application à la migration BD-BD, BD-datawarehouse, BD-XML. Personnel : Christine Delcroix. BD actives : analyse, validation et génération de BD actives (triggers). DB-MAIN - Techniques de BD avancées ( FUNDP) 0.3

4 Les séminaires de formation, dont le présent module, ainsi que l'outil CASE DB-MAIN sont parmi les principaux produits de ce programme. Le programme dispose du soutien financier de : l'université de Namur (F.U.N.D.P) la communauté Française de Belgique (projets DB-PROCESS, BD actives) la Région Wallonne (projets DB-MAIN/Objectif 1, InterDB, TimeStamp, PROAGEC, Migration de données) l'union Européenne (projets DB-MAIN/Objectif 1, Migration de données) un consortium (ouvert) de partenaires : ACEC-OSI ARIANE-II ASCII Banque UCL (Lux) BBL Cap Gemini (Lux) Carrières du Hainaut Centre de Rech. Pub. H. Tudor (Lux) Cliniques Universitaires St-Luc CGER COCKERILL-SAMBRE CONCIS (Fr) Régie des Bâtiments D'Ieteren DIGITAL EDF (Fr) Euro Views Services Groupe S IBM Institut Nat. de Criminalistique Ministère Région Bxl-Capitale OBLOG Software (Port) ORIGIN TEC de Charleroi Ville de Namur WINTERTHUR 3 SUISSES autres partenariats en discussion DB-MAIN - Techniques de BD avancées ( FUNDP) 0.4

5 Contacts Responsable du programme prof. Jean-Luc Hainaut Institut d'informatique rue Grandgagnage, 21 B-5000 Namur (Belgium) +32 (0)81 / DB-MAIN, site de Namur Programme DB-MAIN Institut d'informatique rue Grandgagnage, 21 B-5000 Namur (Belgium) Tél. +32 (0)81 / Fax +32 (0)81 / URL : DB-MAIN, site de Charleroi DB-MAIN/Objectif 1 CTTC - FUNDP Charleroi Boulevard Tirou, 130 B-6000 Charleroi (Belgium) Tél. +32 (0)71 / /54/57 Fax +32 (0)71 / {agf, pde, DB-MAIN - Techniques de BD avancées ( FUNDP) 0.5

6 CONTENU DU SEMINAIRE 1. Rappel des notions de base de données 1.1 Notion de SGBD 1.2 Le langage SQL 1.3 La programmation d'application 1.4 Architectures des systèmes applicatifs 2. Intégrité des données 2.1 Notion(s) d'intégrité 2.2 Responsabilité des contraintes d'intégrité 2.3 Etats de correction d'une base de données 2.4 Sources de corruption d'une base de données 3. Transactions 3.1 Définition et propriétés 3.2 Les primitives 3.3 Définition d'une transaction 3.4 Comportement de la transaction 3.5 Structures de transaction 3.6 Transactions hiérarchiques 3.7 Transactions et triggers 3.8 Transactions et intégrité 4. Protection contre les incidents 4.1 Principes 4.2 Principes de la gestion des tampons 4.3 Sauvegarde (backup) 4.4 Journal (log) 4.5 Reprise suite à un incident grave 4.6 Reprise suite à un incident léger 4.7 Protocoles de gestion de la BD et des journaux 5. Régulation de la concurrence 5.1 Principes 5.2 Trois problèmes de concurrence 5.3 Sérialisabilité d'un ensemble de transactions DB-MAIN - Techniques de BD avancées ( FUNDP) 0.6

7 5.4 Techniques de régulation 5.5 Techniques de verrouillage 5.6 Le problème de l'interblocage 6. Les techniques SQL 6.1 Organisation 6.2 Techniques natives 6.3 Prédicats 6.4 Views with check option 6.5 Langage procédural 6.6 Stored procedures 6.7 Triggers 7. La gestion de l'intégrité 7.1 Architectures de validation 7.2 Commentaires 7.3 Techniques natives 7.4 Prédicats 7.5 Triggers 7.6 Views with check option 7.7 Stored procedures 7.8 Modules d accès 7.9 Sections de code distribuées dans les programmes d application 7.10 Procédures de validation attachées aux écrans de saisie 7.11 Programme de validation avant chargement 7.12 Programme de validation après chargement 7.13 Comportement en cas de violation 7.14 Les objets à contraintes multiples 8. Applications 8.1 Gestion de l intégrité statique 8.2 Gestion de l intégrité dynamique 8.3 Gestion de la redondance 8.4 Alerteurs DB-MAIN - Techniques de BD avancées ( FUNDP) 0.7

8 8.5 Gestion de données temporelles 9. Les interfaces ODBC et JDBC 9.1 Principes 9.2 ODBC 9.3 JDBC 9.4 Références ODBC, JDBC 10. Bibliographie DB-MAIN - Techniques de BD avancées ( FUNDP) 0.8

9 Techniques SQL avancées 1. Rappel des notions de bases de données 1.1 Notion de SGBD 1.2 Le langage SQL 1.3 La programmation d'application 1.4 Architectures des systèmes applicatifs 2. Intégrité des données 3. Transactions 4. Protection contre les incidents 5. Régulation de la concurrence 6. Les techniques SQL 7. La gestion de l'intégrité 8. Applications 9. Les interfaces ODBC et JDBC 10. Bibliographie

10 1. Rappel des notions de bases de données 1.1 Notion de SGBD Système de gestion de bases de données Système logiciel assurant, entre autres, les fonctions de définition des structures de données, de leur évolution, de gestion des données, d'accès aux données, de contrôle de l'intégrité, du contrôle d'accès, de la protection contre les incidents, de la régulation de la concurrence. Permet de gérer de gros volumes de données complexes, d'offrir un accès performant et de garantir une qualité et une continuité de service. Offre commerciale de moteurs SQL Oracle Ingres Sybase Informix DB2 SQL Server autres DB-MAIN - Techniques SQL avancées ( FUNDP) 1.2

11 1. Rappel des notions de bases de données 1.2 Le langage SQL SQL = Lingua franca des bases de données. A. Définition/modification des structures de la BD (DDL) Création de tables, de colonnes, de clés (primaires et étrangères). create table CLIENT ( NCLI char(4) not null, NOM char(12) not null, ADRESSE char(20) not null, LOCALITE char(12) not null, CAT char(2), COMPTE decimal(9,2) not null, primary key (NCLI) ) create table COMMANDE ( NCOM char(4) not null, NCLI char(4) not null, DATE date not null, primary key (NCOM), foreign key (NCLI) references CLIENT on delete cascade) create table DETAIL (NCOM char(4) not null, NPRO char(5) not null, QCOM decimal(4) not null, primary key (NCOM, NPRO), foreign key (NCOM) references COMMANDE on delete restrict, foreign key (NPRO) references PRODUIT ) DB-MAIN - Techniques SQL avancées ( FUNDP) 1.3

12 1. Rappel des notions de bases de données 1.2 Le langage SQL Suppression et modification de tables drop table DETAIL alter table PRODUIT add POIDS smallint alter table PRODUIT drop PRIX alter table CLIENT add primary key (NCLI) alter table COMMANDE add foreign key FK_CLI (NCLI) references CLIENT Création/suppression d'index create index XLOC on CLIENT (LOCALITE asc) create unique index XLIGNE on DETAIL (NCOM,NPRO) drop index XLIGNE DB-MAIN - Techniques SQL avancées ( FUNDP) 1.4

13 1. Rappel des notions de bases de données 1.2 Le langage SQL B. Consultation/extraction des données select NCLI, NOM from CLIENT where LOCALITE ='Toulouse' select 'TVA de ', NPRO, ' = ',0.21*PRIX*QSTOCK from PRODUIT where QSTOCK > 500 select 'Namur', avg(compte), count(*) from CLIENT where LOCALITE = 'Namur' select NCOM,DATE from COMMANDE where NCLI in (select NCLI from CLIENT where LOCALITE = 'Namur') select NCOM, NCLI, DATE, NOM, ADRESSE from COMMANDE, CLIENT where COMMANDE.NCLI = CLIENT.NCLI and CAT = 'C1' and DATE < 15/3/94 select NCLI, count(*), sum(qcom) from COMMANDE C, DETAIL L where C.NCOM = L.NCOM and NPRO = 'PA60' group by NCLI having count(*) >= 2 order by NCLI DB-MAIN - Techniques SQL avancées ( FUNDP) 1.5

14 1. Rappel des notions de bases de données 1.2 Le langage SQL C. Modification des données insert into COMMANDE values ('30191','S712','12/4/2000') insert into CLIENT_TOULOUSE select NCLI, NOM, ADRESSE from CLIENT where LOCALITE = 'Toulouse' delete from DETAIL where NPRO = 'PA60' update PRODUIT set PRIX = PRIX * 1.05 where LIBELLE like '%SAPIN%' update PRODUIT P set QSTOCK = QSTOCK - (select sum(qcom) from DETAIL where NPRO = P.NPRO) and NCOM in (select NCOM from COMMANDE where DATE => X)) DB-MAIN - Techniques SQL avancées ( FUNDP) 1.6

15 1. Rappel des notions de bases de données 1.2 Le langage SQL D. Définition des vues create view HABITUDE-ACHAT(LOCALITE,NPRO,VOLUME) as select LOCALITE, P.NPRO, sum(qcom*prix) from CLIENT L, COMMANDE C, DETAIL D, PRODUIT P where C.NCLI = L.NCLI and D.NCOM = C.NCOM and P.NPRO = D.NPRO group by LOCALITE, P.NPRO create view CLI(NCLI,NOM,ADR,LOC,CAT,CPTE) as select * from CLIENT where CAT is null or CAT in ('B1','B2','C1','C2') with check option DB-MAIN - Techniques SQL avancées ( FUNDP) 1.7

16 1. Rappel des notions de bases de données 1.2 Le langage SQL E. Contrôle d'accès (privilèges) grant select, update(qstock) on PRODUIT to GPERS2, FINCT grant all on CLIENT to GPERS2, FINCT with grant option grant run on COMPTA01 to GES66 revoke update(qstock) on PRODUIT from GPERS2 DB-MAIN - Techniques SQL avancées ( FUNDP) 1.8

17 1. Rappel des notions de bases de données 1.2 Le langage SQL F. Les prédicats Un prédicat (ou contrainte) est une condition que les données doivent vérifier après chaque modification (statement / commit). check de colonne ou de table : évalué pour toute modification de la colonne ou de la table; assertion : évaluée pour toute modification de la base de données. create assertion A_COMDET check(select * from COMMANDE where NCOM not in (select NCOM from DETAIL)) > 0) alter table DETAIL add constraint C_QCOM check(qcom > 0) alter table CLIENT add constraint C_SEXE check(sexe is null or SEXE in ('M','F')) alter table DETAIL add constraint C_Q check(qcom <= (select QSTOCK from PRODUIT where NPRO = DETAIL.NPRO)) Attention Certains SGBD n'admettent que des checks très rudimentaires, réduits à la ligne courante. DB-MAIN - Techniques SQL avancées ( FUNDP) 1.9

18 1. Rappel des notions de bases de données 1.2 Le langage SQL G. Les Triggers Trigger = mécanisme constitué d'une section de code accompagnée des conditions qui entraînent son exécution. Forme générale E-C-A (event-condition-action) : before/after E when C begin A end si un événement E (insert, delete, update) survient, et si la condition C est satisfaite, alors exécuter l'action A soit avant (before) soit après (after) l'événement E. Exemple 1 modification automatique de la valeur de CAT lorsque l'état du compte d'un client descend en dessous d'un certain seuil create trigger MAJ_CLI before update of COMPTE on CLIENT for each row when (new.compte < ) begin if old.cat = 'B2' then new.cat := 'B1'; end if; if old.cat = 'C2' then new.cat := 'C1'; end if; end; DB-MAIN - Techniques SQL avancées ( FUNDP) 1.10

19 1. Rappel des notions de bases de données 1.2 Le langage SQL Exemple 2 Le trigger suivant protège les produits contre toute augmentation de prix qui dépasserait 5%. Les états old et new sont renommés pour des raisons de lisibilité. create trigger MAJOR before update of PRIX on PRODUIT referencing old as ANCIEN new as NOUVEAU for each row begin if NOUVEAU.PRIX > (ANCIEN.PRIX * 1.05) then abort(); end if; end; DB-MAIN - Techniques SQL avancées ( FUNDP) 1.11

20 1. Rappel des notions de bases de données 1.2 Le langage SQL H. Les Stored procedures Séquence d'instructions SQL précompilées dont l'exécution peut être demandée par un utilisateur, un programme d'application, un trigger ou une autre procédure. Stockée dans la base de données; peut être considérée comme une ressource unique et commune pour toutes les applications, évitant une duplication de code. Permet aussi de définir des comportements complexes, en particulier en ce qui concerne l'intégrité des données. Exemple La procédure ci-dessous supprime la ligne de détail dont elle reçoit le numéro de commande et le numéro de produit. Si cette ligne est la dernière de sa commande, cette dernière est également supprimée. create procedure MAJ_CMD (in COM char(4), in PRO char(5)) begin delete from DETAIL where NCOM = COM and NPRO = PRO; if (select count(*) from DETAIL where NCOM = COM) = 0 then delete from COMMANDE where NCOM = COM end if; end; On pourra invoquer cette procédure par la commande suivante : CALL MAJ_CMD(182,'PA60') DB-MAIN - Techniques SQL avancées ( FUNDP) 1.12

21 1. Rappel des notions de bases de données 1.3 La programmation d'application A. Extraction de données (résultat mono-ligne) exec SQL begin declare section end-exec. NOM char(12) ADR char(20) LOC char(12) NUM char(4) exec SQL end declare section end-exec. read NUM exec SQL select NOM,ADRESSE,LOCALITE into :NOM,:ADR,:LOC from CLIENT where NCLI = :NUM; end-exec. display NOM, ADR, LOC DB-MAIN - Techniques SQL avancées ( FUNDP) 1.13

22 1. Rappel des notions de bases de données 1.3 La programmation d'application B. Extraction de données (résultat multi-ligne) Analogie : déclarer le fichier F... ouvrir F lire un enregistrement dans F tant que la lecture a réussi faire traiter l enregistrement lire un enregistrement dans F fin fermer F Mécanisme SQL... exec SQL declare CURCLI cursor for select NCLI, NOM, ADRESSE from CLIENT where LOCALITE = :LOC; end-exec.... LOC := 'Toulouse' exec SQL open CURCLI end-exec exec SQL fetch CURCLI into :NUM,:NOM,:ADR end-exec. while SQLCODE = 0 do <traiter le client> exec SQL fetch CURCLI into :NUM,:NOM,:ADR end-exec. endwhile; exec SQL close CURCLI end-exec.... DB-MAIN - Techniques SQL avancées ( FUNDP) 1.14

23 1. Rappel des notions de bases de données 1.3 La programmation d'application C. Modification des données Classique ou positioned update... exec SQL declare CURCLI cursor for select... from CLIENT where LOCALITE = :LOC; end-exec.... LOC := 'Toulouse' exec SQL open CURCLI end-exec exec SQL fetch CURCLI into :NUM,:NOM,:ADR end-exec. while SQLCODE = 0 do exec SQL update CLIENT set CAT = 'A1' where current of CURCLI end-exec exec SQL fetch CURCLI into :NUM,:NOM,:ADR end-exec. endwhile; exec SQL close CURCLI end-exec.... D. SQL dynamique DB-MAIN - Techniques SQL avancées ( FUNDP) 1.15

24 1. Rappel des notions de bases de données 1.4 Architectures des systèmes applicatifs Application monolithique interface utilisateur traitement accès aux données fichier. Client/serveur à 2 couches (2 tiers) client serveur de données interface utilisateur traitement SGBD BDR Client/serveur à 3 couches (3 tiers) client serveur d' application serveur de données interface utilisateur application SGBD BDR DB-MAIN - Techniques SQL avancées ( FUNDP) 1.16

25 1. Rappel des notions de bases de données 1.4 Architectures des systèmes applicatifs Types de serveurs Serveur SQL de base Intégrité assurée pour les contraintes d'intégrité déclarées super-fat client présentation et contrôle dynamique des objets objets de gestion validation des données super-thin server gestion des données BDR Serveur SQL avec validation Intégrité assurée pour toutes les contraintes d'intégrité fat client présentation et contrôle dynamique des objets objets de gestion thin server validation des données gestion des données BDR DB-MAIN - Techniques SQL avancées ( FUNDP) 1.17

26 1. Rappel des notions de bases de données 1.4 Architectures des systèmes applicatifs Serveur SQL d'objets passifs Le serveur gère des objets complexes (passive business objects) thin client présentation et contrôle dynamique des objets fat server objets de gestion validation des données gestion des données BDR Serveur SQL d'objets actifs Le serveur gère des objets complexes autonomes (active business objects) super-thin client présentation et contrôle super-fat server dynamique des objets objets de gestion validation des données gestion des données BDR DB-MAIN - Techniques SQL avancées ( FUNDP) 1.18

27 Techniques SQL avancées 1. Rappel des notions de base de données 2. Intégrité des données 2.1 Notion(s) d'intégrité 2.2 Responsabilité des contraintes d'intégrité 2.3 Etats de correction d'une base de données 2.4 Sources de corruption d'une base de données 3. Transactions 4. Protection contre les incidents 5. Régulation de la concurrence 6. Les techniques SQL 7. La gestion de l'intégrité 8. Applications 9. Les interfaces ODBC et JDBC 10. Bibliographie

28 2. Intégrité des données 2.1 Notion(s) d'intégrité A. Définitions Intégrité (théorique) Etat d'une base de données qui constitue une image fidèle du domaine d'application. Remarque : impossible à vérifier. Intégrité (pratique) Etat d'une base de données qui respecte un ensemble de contraintes d'intégrité. Remarque : techniquement vérifiable; simulation imparfaite de l'intégrité théorique. Contrainte d'intégrité Propriété formelle que les données et leur évolution doivent respecter à défaut de quoi elles sont réputées corrompues. Contrainte d'intégrité statique Propriété formelle que les données doivent respecter à tout instant (ou à des instants prédéfinis), à défaut de quoi elles sont réputées corrompues. Définit les états valides. Contrainte d'intégrité dynamique Ensemble des transitions d'état d'un objet considérées comme valides. Toute transition non valide partant d'un état valide conduit à un état corrompu des données, même si cet état respecte toutes les contraintes d'intégrité statiques. DB-MAIN - Techniques SQL avancées ( FUNDP) 2.2

29 2. Intégrité des données 2.1 Notion(s) d'intégrité B. Exemples de contraintes statiques (niveau conceptuel) Les contraintes de base CLIENT Num Client Nom Adresse Numéro Voie Ville Téléphone[0-5] 0-N passe N FOURNISSEUR Num Fourn Raison Sociale Adresse administrative Contact[0-1] 0-N COMMANDE Num Commande Date Montant[0-1] 1-20 assignée Quantité 0-N propose Prix Délai 0-N PRODUIT Code Produit Libellé Prix Qté Stock Les domaines Les valeurs d'un attribut doivent respecter la définition du domaine de l'attribut. Les identifiants Contrainte d'unicité. Les contraintes de cardinalité (attributs et rôles) Le nombre de valeurs d'attribut par entité et le nombre d'associations par entité doivent respecter les bornes mini et maxi. DB-MAIN - Techniques SQL avancées ( FUNDP) 2.3

30 2. Intégrité des données 2.1 Notion(s) d'intégrité Les contraintes de domaine Restreignent les valeurs d'un domaine valeurs permises : sexe = {'M','m','F','f'} intervalle : date = [1/1/ /12/2019] règle de formation des valeurs : code = [A-Z][0-9]* valeurs exclues DB-MAIN - Techniques SQL avancées ( FUNDP) 2.4

31 2. Intégrité des données 2.1 Notion(s) d'intégrité Les contraintes d'existence Définissent les conditions de présence de composants facultatifs d'une entité (attributs et rôles). Contrainte de coexistence PROJET Code-projet Titre id: Code-projet 0-N affecté 0-1 EMPLOYE Matricule Nom Date-affectation[0-1] Nom-conjoint[0-1] Date-mariage[0-1] id: Matricule coex: affecté.projet Date-affectation coex: Nom-conjoint Date-mariage Si un employé est affecté à un projet, alors il a une date d'engagement, et réciproquement. Contrainte d'exclusivité PROJET Code-projet Titre id: Code-projet 0-N affecté 0-1 EMPLOYE Matricule Nom Date-affectation[0-1] Nom-conjoint[0-1] Date-mariage[0-1] Salaire-mensuel[0-1] Salaire-horaire[0-1] id: Matricule coex: affecté.projet Date-affectation coex: Nom-conjoint Date-mariage excl: Salaire-mensuel Salaire-horaire excl: affecté.projet Nom-conjoint Un employé peut avoir un salaire horaire ou un salaire mensuel, mais pas les deux. Les employés mariés ne peuvent être affectés à un projet. DB-MAIN - Techniques SQL avancées ( FUNDP) 2.5

32 2. Intégrité des données Contrainte au-moins-un CANDIDAT NumInscription Nom Diplôme-technique[0-1] Expérience-industrielle[0-1] id:numinscription at-lst-1:diplôme-technique Expérience-industrielle Un candidat doit avoir obtenu un diplôme technique ou pouvoir justifier d'une expérience industrielle (ou les deux). Contrainte exactement-un (= au-moins-un + exclusivité) EMPLOYE Matricule Nom Salaire-mensuel[0-1] Salaire-horaire[0-1] id: Matricule exact-1: Salaire-mensuel Salaire-horaire Un employé doit avoir un salaire horaire ou un salaire mensuel, mais pas les deux. DB-MAIN - Techniques SQL avancées ( FUNDP) 2.6

33 2. Intégrité des données 2.1 Notion(s) d'intégrité Les contraintes d'inclusion de rôles FOURNISSEUR Num Fourn Raison Sociale Adresse administrative Contact[0-1] 0-N 0-N COMMANDE Num Commande Date Montant[0-1] 1-20 assignée Quantité incl: FOURNISSEUR PRODUIT propose Prix Délai gr:fournisseur PRODUIT 0-N 0-N PRODUIT Code Produit Libellé Prix Qté Stock On ne peut assigner le produit d'une commande à un fournisseur que si celui-ci propose ce produit. assignée[fournisseur, PRODUIT] propose[fournisseur, PRODUIT] CLUB Nom Ville id:nom ECOLE Nom Adresse id:nom 0-N affilié 0-1 JOUEUR Matricule Nom id: Matricule incl:inscrit.ecole gr:affilié.club N inscrit Un joueur ne peut s'inscrire dans une école de perfectionnement que s'il est affilié à un club sportif. inscrit[joueur] affilié[joueur] DB-MAIN - Techniques SQL avancées ( FUNDP) 2.7

34 2. Intégrité des données Les contraintes d'exclusion de rôles ENTREPRISE 0-N possède r-ex:entreprise IMMEUBLE 0-N IMMEUBLE 0-N loue r-ex:entreprise IMMEUBLE 0-N Une entreprise qui loue un immeuble n'en est pas propriétaire, et inversement. possède[entreprise,immeuble] loue[entreprise,immeuble] = Les contraintes intra-objet Définissent des propriétés organisant les composants d'une entité ou d'une association. COMMANDE NCom Date Qté-commandée Qté-livrée id: NCom Qté-livrée Qté-commandée FACTURE NFact Montant Date-envoi Date-paiement id: NFact Date-envoi < Date-paiement DB-MAIN - Techniques SQL avancées ( FUNDP) 2.8

35 2. Intégrité des données 2.1 Notion(s) d'intégrité Redondances structurelles Les contraintes de redondance CLIENT NumCli Nom Adresse Compte id: NumCli 0-N passe 1-1 COMMANDE NumCom Date Client Adresse id: NumCom COMMANDE.Client = COMMANDE.passe.CLIENT.NumCli COMMANDE.Adresse = COMMANDE.passe.CLIENT.Adresse Dépendances fonctionnelles PROJET Code-projet Nom 0-N occupé Proportion 0-N EMPLOYE Matricule Nom 0-N DEPARTEMENT Nom Localisation EXPEDITION Numéro Date Transporteur Code-cli Nom-cli Adresse-cli Montant id: Numéro occupé: EMPLOYE DEPARTEMENT EXPEDITION: Code-cli Nom-cli, Adresse-cli DB-MAIN - Techniques SQL avancées ( FUNDP) 2.9

36 2. Intégrité des données 2.1 Notion(s) d'intégrité C. Exemple de contraintes dynamiques PERSONNE Matricule Nom Adresse EtatCivil id: Matricule Transitions valides pour l'attribut EtatCivil "C" "M" "M" "S","D","V" "D" "M" "V" "M" "S" "D","V","M" DB-MAIN - Techniques SQL avancées ( FUNDP) 2.10

37 2. Intégrité des données 2.2 Responsabilité des contraintes d'intégrité Système de gestion de données (SGF / SGBD) Le SGD peut explicitement prendre en charge, par déclaration DDL, certaines contraintes d'intégrité. domaines de valeurs colonnes obligatoires identifiants char(10), decimal(10,2), date not null primary key unique unique index clés étrangères foreign key... references... Serveur de données Des mécanismes génériques du SGD permettent de programmer la validation de certaines contraintes d'intégrité. prédicats triggers stored procedures check create assertion create trigger create procedure Le code applicatif Les programmes d'application ou l'interface utilisateur incluent du code de validation des contraintes. DB-MAIN - Techniques SQL avancées ( FUNDP) 2.11

38 2. Intégrité des données 2.3 Etats de correction d'une base de données Dernier état correct La base de données contient toutes les données introduites et elles seulement. Etat correct L'un des états corrects, mais pas nécessairement le dernier. Etat correct possible Ensemble de parties correctes. N'a pas nécessairement existé dans le passé (parties asynchrones). Pertes possibles. Etat valide statiquement Respecte les contraintes d'intégrité statiques. Etat valide dynamiquement Obtenu à partir d'une chaîne de changements d'état vérifiant les contraintes d'intégrité dynamiques. DB-MAIN - Techniques SQL avancées ( FUNDP) 2.12

39 2. Intégrité des données 2.4 Sources de corruption d'une base de données Introduction de données valides mais incorrectes Les données introduites respectent les contraintes d'intégrité statiques et dynamiques mais ne correspondent pas à l'état ou au comportement du domaine d'application. Exemple : erreur de montant déposé sur un compte (4500 au lieu de 5400). Introduction de données invalides Les données introduites ne respectent pas les contraintes d'intégrité statiques et dynamiques. Exemple : introduction d'une date de facturation antérieure à la date de commande. Fausse manoeuvre de l'utilisateur Le comportement de l'utilisateur conduit à la corruption de certaines données. Exemples : oubli de lancer une procédure de validation des données, exécution d'une fonction ou d'un programme inadéquats, interruption prématurée d'une séquence de saisie, abandon d'un poste de saisie (syndrôme de la pause café), etc. Erreur technique dans le logiciel applicatif Une situation imprévue provoque un incident d'exécution du programme d'application. Exemple : division par zéro, dépassement de longueur de champ, etc. DB-MAIN - Techniques SQL avancées ( FUNDP) 2.13

40 2. Intégrité des données 2.4 Sources de corruption d'une base de données Erreur logique dans le logiciel applicatif La logique de l'application traduit mal les spécifications initiales. Le comportement du programme est erroné, bien que techniquement correct (pas d'incident). Erreur dans un logiciel système Comportement erroné, inadéquat ou arrêt prématuré d'un composant système : SGBD, système d'exploitation, gestionnaire d'écran, gestionnaire de communication, etc. Attaques ciblées, fraudes, malveillance Des individus, utilisateurs réguliers ou occasionnels, tentent de modifier frauduleusement ou de détruire les données. Attaques anonymes, virus Des individus, via des logiciels d'attaque, recherchent des sites présentant des failles de protection, et s'y installent en cherchant à détruire ou corrompre les fichiers accessibles. Interactions parasites entre processus concurrents Un processus de traitement est perturbé par un autre processus concurrent. Exemple : deux processus A et B lisent la même donnée, la modifient, puis la réécrivent dans la base de données. Seule la dernière modification sera prise en compte (problème de la mise à jour perdue). DB-MAIN - Techniques SQL avancées ( FUNDP) 2.14

41 2. Intégrité des données 2.4 Sources de corruption d'une base de données Incident matériel Panne ou comportement inadéquat d'un composant matériel : mémoire centrale, bus, processeur, carte contrôleur, terminal, modem, ligne, serveur distant, etc. Perte du support Le support de la base de données (en général disque magnétique) subit un incident qui le rend irrécupérable. Les données qu'il contenait sont perdues. Destruction des installations Catastrophes naturelles (tremblements de terre, inondations, foudre) ou d'origine humaine (incendies, chutes d'avion, attentats). DB-MAIN - Techniques SQL avancées ( FUNDP) 2.15

4.1 Principe. Techniques SQL avancées. 1. Rappel des notions de base de données 2. Intégrité des données 3. Transactions

4.1 Principe. Techniques SQL avancées. 1. Rappel des notions de base de données 2. Intégrité des données 3. Transactions Techniques SQL avancées 4.1 Principe 1. Rappel des notions de base de données 2. Intégrité des données 3. Transactions 4.1 Principes 4.3 Sauvegarde (backup) 4.4 Journal (log) 4.5 Reprise suite à un incident

Plus en détail

Gestion des transactions et accès concurrents dans les bases de données relationnelles

Gestion des transactions et accès concurrents dans les bases de données relationnelles Gestion des transactions et accès concurrents dans les bases de données relationnelles Bernard ESPINASSE Professeur à Aix-Marseille Université (AMU) Ecole Polytechnique Universitaire de Marseille Fev.

Plus en détail

Les déclencheurs (Triggers) avec Oracle

Les déclencheurs (Triggers) avec Oracle 1) Introduction 2) Événements déclenchant 3) Mécanisme général 4) Privilèges systèmes 5) Syntaxe 6) Nom du déclencheur 7) Option BEFORE ou AFTER 8) Déclencheur LMD 9) Déclencheur LDD 10) Déclencheur d'instance

Plus en détail

IFT3030 Base de données. Chapitre 6 SQL. Plan du cours

IFT3030 Base de données. Chapitre 6 SQL. Plan du cours IFT3030 Base de données Chapitre 6 SQL Plan du cours Introduction Architecture Modèles de données Modèle relationnel Algèbre relationnelle SQL Conception Fonctions avancées Concepts avancés Modèle des

Plus en détail

Les Triggers SQL. Didier DONSEZ. Université de Valenciennes Institut des Sciences et Techniques de Valenciennes donsez@univ-valenciennes.

Les Triggers SQL. Didier DONSEZ. Université de Valenciennes Institut des Sciences et Techniques de Valenciennes donsez@univ-valenciennes. Les Triggers SQL Didier DONSEZ Université de Valenciennes Institut des Sciences et Techniques de Valenciennes donsez@univ-valenciennes.fr 1 Sommaire Motivations Trigger Ordre Trigger Ligne Condition Trigger

Plus en détail

1.1/Architecture des SGBD Les architectures physiques de SGBD sont très liées au mode de répartition.

1.1/Architecture des SGBD Les architectures physiques de SGBD sont très liées au mode de répartition. LP Informatique(DA2I), F7 : Administration Système, Réseaux et Base de données 15/11/2007, Enseignant : M. Nakechbnadi, mail : nakech@free.fr Première parie : Administration d une BD Chapitre 1 : Architecture

Plus en détail

Langage de Requêtes. talel@infres.enst.fr

Langage de Requêtes. talel@infres.enst.fr Langage de Requêtes talel@infres.enst.fr Supports de cours : (1) Database Management Systems, R. Ramakrishnan and J. Gehrke, ed. McGrawHill, 2000. (2) Bases de Données, G. Gardarin, ed. Eyrolles, 2001.

Plus en détail

FONCTIONS DE TRAITEMENT} COUNT

FONCTIONS DE TRAITEMENT} COUNT Nom Prénom Promotion Date Buhl Damien Année 1 Groupe 2 21 Janvier 2007 CER Prosit n 22 Mots-Clés : - Requête/Langage SQL Le langage SQL (Structured Query Language) est un langage de requêtes, il permet

Plus en détail

Retrouvez la maîtrise de votre système d'information. Aspects techniques Jean Henrard - LIBD / CETIC

Retrouvez la maîtrise de votre système d'information. Aspects techniques Jean Henrard - LIBD / CETIC Retrouvez la maîtrise de votre système d'information Aspects techniques Jean Henrard - LIBD / CETIC Plan Rétro-ingénierie Ré-ingénierie Gestion de projets 25/06/2003 Retrouvez la maîtrise de votre système

Plus en détail

COMMANDES SQL... 2 COMMANDES DE DEFINITION DE DONNEES... 2

COMMANDES SQL... 2 COMMANDES DE DEFINITION DE DONNEES... 2 SQL Sommaire : COMMANDES SQL... 2 COMMANDES DE DEFINITION DE DONNEES... 2 COMMANDES DE MANIPULATION DE DONNEES... 2 COMMANDES DE CONTROLE TRANSACTIONNEL... 2 COMMANDES DE REQUETE DE DONNEES... 2 COMMANDES

Plus en détail

Cours 7 : Langage de définition, manipulation et contrôle des données

Cours 7 : Langage de définition, manipulation et contrôle des données Cours 7 : Langage de définition, manipulation et contrôle des données Objets d une base de données Dans un schéma Tables, vues Index, clusters, séquences, synonymes Packages, procédures, fonctions, déclencheurs

Plus en détail

TD BD dynamique. DECLARE déclaration des variables, constantes, exceptions et curseurs locaux au bloc

TD BD dynamique. DECLARE déclaration des variables, constantes, exceptions et curseurs locaux au bloc TD BD dynamique Un déclencheur est utilisé pour complémenter les contraintes d'intégrité de la base. Une partie des contraintes ne peut souvent pas être définie avec les fonctionnalités décrites jusqu'ici.

Plus en détail

TP Contraintes - Triggers

TP Contraintes - Triggers TP Contraintes - Triggers 1. Préambule Oracle est accessible sur le serveur Venus et vous êtes autorisés à accéder à une instance licence. Vous utiliserez l interface d accés SQL*Plus qui permet l exécution

Plus en détail

Le language SQL (2/2)

Le language SQL (2/2) Les commandes de base sous Unix SQL (Première partie) Walter RUDAMETKIN Bureau F011 Walter.Rudametkin@polytech-lille.fr Création d'une base ([] facultatif) : createdb nombase [ -U comptepostgres ] Destruction

Plus en détail

2 ème PARTIE : LE LANGAGE SQL

2 ème PARTIE : LE LANGAGE SQL 2 ème PARTIE : LE LANGAGE SQL PLAN : I. Le langage de manipulation des données II. Le langage de définition des données III. Administration de la base de données IV. Divers (HORS PROGRAMME) Introduction:

Plus en détail

SGBDR. Systèmes de Gestion de Bases de Données (Relationnelles)

SGBDR. Systèmes de Gestion de Bases de Données (Relationnelles) SGBDR Systèmes de Gestion de Bases de Données (Relationnelles) Plan Approches Les tâches du SGBD Les transactions Approche 1 Systèmes traditionnels basés sur des fichiers Application 1 Gestion clients

Plus en détail

Définition de contraintes. c Olivier Caron

Définition de contraintes. c Olivier Caron Définition de contraintes 1 Normalisation SQL-92 Les types de contraintes 1 Les types de contraintes Normalisation SQL-92 Les contraintes de domaine définissent les valeurs prises par un attribut. 1 Les

Plus en détail

SQL (Première partie) Walter RUDAMETKIN

SQL (Première partie) Walter RUDAMETKIN SQL (Première partie) Walter RUDAMETKIN Bureau F011 Walter.Rudametkin@polytech-lille.fr Les commandes de base sous Unix Création d'une base ([] facultatif) : createdb nombase [ -U comptepostgres ] Destruction

Plus en détail

Considérons une partie d un modèle conceptuel de données avec les schémas d entités. Figure 1: Une partie du modèle conceptuel de données

Considérons une partie d un modèle conceptuel de données avec les schémas d entités. Figure 1: Une partie du modèle conceptuel de données Considérons une partie d un modèle conceptuel de données avec les schémas d entités suivants: EMP(EmpNo, Enom, Job, DirNo, Sal, Prime) DEPT(DeptNo, Dnom, Adr) Où EmpNo est la clé primaire de EMP et DeptNo

Plus en détail

Cours PL/SQL. Cours PL/SQL. E.Coquery. emmanuel.coquery@liris.cnrs.fr

Cours PL/SQL. Cours PL/SQL. E.Coquery. emmanuel.coquery@liris.cnrs.fr Cours PL/SQL E.Coquery emmanuel.coquery@liris.cnrs.fr Programmation au sein du SGBD Pourquoi? Les contraintes prédéfinies ne sont pas toujours suffisantes. Exemple : tout nouveau prix pour un CD doit avoir

Plus en détail

SQL et Bases de données relationnelles. November 26, 2013

SQL et Bases de données relationnelles. November 26, 2013 November 26, 2013 SQL : En tant que langage d interrogation En tant que langage de mise à jour En tant que langage de définition de données Langages de requête Langages qui permettent d interroger la BD

Plus en détail

SQL (suite) Manipulation: CRUD Insertion, Suppression, mise à jour, lecture Triggers Vues. Bases de données

SQL (suite) Manipulation: CRUD Insertion, Suppression, mise à jour, lecture Triggers Vues. Bases de données SQL (suite) Manipulation: CRUD Insertion, Suppression, mise à jour, lecture Triggers Vues Manipulation CRUD INSERT INTO (Create) pour insérer des tuple SELECT FROM (Read) pour lire des tuples UPDATE (Update)

Plus en détail

Cours Bases de données 2ème année IUT

Cours Bases de données 2ème année IUT Cours Bases de données 2ème année IUT Cours 12 : Concurrence d accès Anne Vilnat http://www.limsi.fr/individu/anne/cours Plan 1 Accès concurrents Définitions Verrous Collisions Niveaux de cohérence Blocage

Plus en détail

INTRODUCTION A SQL. http://www.lri.fr/~rigaux/bd/sql.html

INTRODUCTION A SQL. http://www.lri.fr/~rigaux/bd/sql.html 012345678901234567890123 INTRODUCTION A SQL SQL = Structured Query Language SEQUEL = Structured English as a QUEry Language standard ISO depuis 87. Avantages : implanté + ou - complètement sur principaux

Plus en détail

Solutions des exercices du chapitre 6 selon la syntaxe du dialecte Oracle

Solutions des exercices du chapitre 6 selon la syntaxe du dialecte Oracle Solutions des exercices du chapitre 6 selon la syntaxe du dialecte Oracle 1. a Ajouter un CHECK sur la table LigneCommande ALTER TABLE LigneCommande ADD (CONSTRAINT XXX CHECK (noarticle

Plus en détail

SURETE DE FONCTIONNEMENT ET REPRISE APRES PANNE

SURETE DE FONCTIONNEMENT ET REPRISE APRES PANNE Université des sciences et de la Technologie Houari Boumediene USTHB Alger Département d Informatique ARCHITECTURE ET ADMINISTRATION DES BASES DE DONNÉES 2013-2014 RESPONSABLES M. KAMEL BOUKHALFA (SII)

Plus en détail

Tutoriel de création d une application APEX

Tutoriel de création d une application APEX Tutoriel de création d une application APEX 1 - Objectif On souhaite créer une application APEX destinée à gérer des dépenses et recettes. Ces dépenses et recettes seront classées par catégories. A partir

Plus en détail

Implémentation des SGBD

Implémentation des SGBD Implémentation des SGBD Structure générale des applications Application utilisateur accédant à des données d'une base Les programmes sous-jacents contiennent du code SQL Exécution : pendant l'exécution

Plus en détail

SQL Les fondamentaux du langage (2ième édition)

SQL Les fondamentaux du langage (2ième édition) Introduction 1. Un peu d'histoire 11 2. Les normes SQL 12 3. Description rapide du modèle relationnel 14 3.1 Principaux concepts du modèle relationnel 15 3.2 Principales règles 16 4. Les opérateurs en

Plus en détail

Introduction aux bases de données relationnelles

Introduction aux bases de données relationnelles Formation «Gestion des données scientifiques : stockage et consultation en utilisant des ases de données» 24 au 27 /06/08 Introduction aux ases de données relationnelles Christine Tranchant-Dureuil UMR

Plus en détail

Conception de bases de données relationnelles

Conception de bases de données relationnelles Conception de bases de données relationnelles Langage PL/(pg)SQL Marie Szafranski 2015-2016 ensiie 1 2015-2016 ensiie 1 Aperçu de PL/(pg)SQL Aperçu de PL/(pg)SQL PL/SQL : Procedural Language for SQL (Oracle)

Plus en détail

SGBDR et conception d'un système d'information avec MERISE

SGBDR et conception d'un système d'information avec MERISE 1 SGBDR et conception d'un système d'information avec MERISE Séminaires Codes & Travaux @ IRISA 26 Avril 2007 Anthony ASSI Ingénieur Expert R&D Plateforme Bio Informatique / Equipe Symbiose 2 SGBDR : Système

Plus en détail

PL/SQL Procedural Language Extensions to SQL

PL/SQL Procedural Language Extensions to SQL PL/SQL Procedural Language Extensions to SQL Il permet : - l'utilisation d'un sous-ensemble du langage SQL, - la mise en œuvre de structures procédurales, - la gestion des erreurs. L'une des plus importantes

Plus en détail

Langage propre à Oracle basé sur ADA. Offre une extension procédurale à SQL

Langage propre à Oracle basé sur ADA. Offre une extension procédurale à SQL Cours PL/SQL Langage propre à Oracle basé sur ADA Offre une extension procédurale à SQL PL/SQL permet d utiliser un sous-ensemble du langage SQL des variables, des boucles, des alternatives, des gestions

Plus en détail

Chapitre 1 : Introduction aux Systèmes de Gestion de Bases de Données (Eléments de base)

Chapitre 1 : Introduction aux Systèmes de Gestion de Bases de Données (Eléments de base) Chapitre 1 : Introduction aux Systèmes de Gestion de Bases de Données (Eléments de base) 1. Généralités sur l'information et sur sa Représentation 1.1 Informations et données : a. Au sen de la vie : C

Plus en détail

PL/SQL. Pourquoi PL/SQL? Introduction. Principales caractéristiques de PL/SQL. Utilisation de PL/SQL

PL/SQL. Pourquoi PL/SQL? Introduction. Principales caractéristiques de PL/SQL. Utilisation de PL/SQL PL/SQL Avertissement : cette partie du cours n est qu un survol du langage PL/SQL, utile pour écrire des procédures stockées simples Elle laisse de côté de nombreuses fonctionnalités du langage Université

Plus en détail

Procédures Stockées WAVESOFT... 12 ws_sp_getidtable... 12. Exemple :... 12. ws_sp_getnextsouche... 12. Exemple :... 12

Procédures Stockées WAVESOFT... 12 ws_sp_getidtable... 12. Exemple :... 12. ws_sp_getnextsouche... 12. Exemple :... 12 Table des matières Les Triggers... 2 Syntaxe... 2 Explications... 2 Les évènements déclencheurs des triggers... 3 Les modes de comportements des triggers... 4 Les pseudo tables... 5 Exemple... 6 Les procédures

Plus en détail

Modèle relationnel Création et modification des relations en SQL

Modèle relationnel Création et modification des relations en SQL Modèle relationnel Création et modification des relations en SQL ENT - Clé sql2009 BD - Mírian Halfeld-Ferrari p. 1 Insertion dans une relation Pour insérer un tuple dans une relation: insert into Sailors

Plus en détail

Bases de données. Jean-Yves Antoine. VALORIA - Université François Rabelais Jean-Yves.Antoine@univ-tours.fr. L3 S&T mention Informatique

Bases de données. Jean-Yves Antoine. VALORIA - Université François Rabelais Jean-Yves.Antoine@univ-tours.fr. L3 S&T mention Informatique Bases de données Jean-Yves Antoine VALORIA - Université François Rabelais Jean-Yves.Antoine@univ-tours.fr L3 S&T mention Informatique Bases de Données IUP Vannes, UBS J.Y. Antoine 1 Bases de données SGBD

Plus en détail

Apprendre le langage SQL - Le DDL - 1 / 28 - Apprendre le langage SQL par l exemple Partie 1 : le DDL

Apprendre le langage SQL - Le DDL - 1 / 28 - Apprendre le langage SQL par l exemple Partie 1 : le DDL Apprendre le langage SQL - Le DDL - 1 / 28 - Apprendre le langage SQL par l exemple Partie 1 : le DDL Ce document est publié sous licence Creative Commons CC-by-nc-nd. Il ne peut ni être modifié, ni faire

Plus en détail

Notes de cours : bases de données distribuées et repliquées

Notes de cours : bases de données distribuées et repliquées Notes de cours : bases de données distribuées et repliquées Loïc Paulevé, Nassim Hadj-Rabia (2009), Pierre Levasseur (2008) Licence professionnelle SIL de Nantes, 2009, version 1 Ces notes ont été élaborées

Plus en détail

Gestion de base de données

Gestion de base de données Université Libre de Bruxelles Faculté de Philosophie et Lettres Département des Sciences de l Information et de la Communication Gestion de base de données Projet : Take Off ASBL Cours de M. A. Clève STIC-B-505

Plus en détail

SQL : Origines et Evolutions

SQL : Origines et Evolutions SQL : Origines et Evolutions SQL est dérivé de l'algèbre relationnelle et de SEQUEL Il a été intégré à SQL/DS, DB2, puis ORACLE, INGRES, Il existe trois versions normalisées, du simple au complexe : SQL1

Plus en détail

PL/SQL INTRODUCTION Introduction à PL/SQ Les procédures, les fonctions et les packages Les triggers

PL/SQL INTRODUCTION Introduction à PL/SQ Les procédures, les fonctions et les packages Les triggers PL/SQL INTRODUCTION Introduction à PL/SQ Les procédures, les fonctions et les packages Les triggers Département d informatique Collège Lionel Groulx. Préparé par Saliha Yacoub Table des matières. Introduction...

Plus en détail

Partie I du TD 1 au TD 5. Bases de données et MySQL -

Partie I du TD 1 au TD 5. Bases de données et MySQL - Système d information http://www.agroparistech.fr/systeme-d-information.html Partie I du TD 1 au TD 5 - Bases de données et MySQL - Liliana Ibănescu liliana.ibanescu@agroparistech.fr UFR d informatique

Plus en détail

Introduction aux S.G.B.D.

Introduction aux S.G.B.D. NFE113 Administration et configuration des bases de données - 2010 Introduction aux S.G.B.D. Eric Boniface Sommaire L origine La gestion de fichiers Les S.G.B.D. : définition, principes et architecture

Plus en détail

Les transactions 1/40. I même en cas de panne logicielle ou matérielle. I Concept de transaction. I Gestion de la concurrence : les solutions

Les transactions 1/40. I même en cas de panne logicielle ou matérielle. I Concept de transaction. I Gestion de la concurrence : les solutions 1/40 2/40 Pourquoi? Anne-Cécile Caron Master MAGE - BDA 1er trimestre 2013-2014 Le concept de transaction va permettre de définir des processus garantissant que l état de la base est toujours cohérent

Plus en détail

Bases de Données relationnelles et leurs systèmes de Gestion

Bases de Données relationnelles et leurs systèmes de Gestion III.1- Définition de schémas Bases de Données relationnelles et leurs systèmes de Gestion RAPPELS Contraintes d intégrité sous Oracle Notion de vue Typage des attributs Contrainte d intégrité Intra-relation

Plus en détail

Instructions SQL. Première partie : Langage de description et de gestion des données

Instructions SQL. Première partie : Langage de description et de gestion des données Instructions SQL Première partie : Langage de description et de gestion des données Quelques instructions et leur syntaxe 1. Introduction Trois principales catégories d instructions. Instructions de création

Plus en détail

Le langage SQL pour Oracle - partie 1 : SQL comme LDD

Le langage SQL pour Oracle - partie 1 : SQL comme LDD Le langage SQL pour Oracle - partie 1 : SQL comme LDD 1 SQL : Introduction SQL : Structured Query Langage langage de gestion de bases de donn ees relationnelles pour Définir les données (LDD) interroger

Plus en détail

Université M Hamed Bougara Boumerdès, Faculté des Sciences, Département Informatique SQL PROCEDURAL

Université M Hamed Bougara Boumerdès, Faculté des Sciences, Département Informatique SQL PROCEDURAL Université M Hamed Bougara Boumerdès, Faculté des Sciences, Département Informatique Cours (Master 1) : Bases de Données Avancées, (Responsable : A. AIT BOUZIAD) SQL PROCEDURAL Dans les différentes parties

Plus en détail

Bases de données. Cours 6 : Introduction à des notions avancées (Index, Déclencheurs, Transactions) Nicolas DURAND

Bases de données. Cours 6 : Introduction à des notions avancées (Index, Déclencheurs, Transactions) Nicolas DURAND Bases de données Cours 6 : Introduction à des notions avancées (Index, Déclencheurs, Transactions) Nicolas DURAND Polytech Marseille Université d Aix-Marseille 2012-2013 Nicolas DURAND Bases de données

Plus en détail

Intégrité des données

Intégrité des données . Contraintes d intégrité : Définition et objectif Intégrité des données Définition des contraintes Vérification des contraintes Contrainte d'intégrité : propriété sémantique que doivent respecter les

Plus en détail

Triggers Introduction à PL-SQL Céline Rouveirol. d'après les transparents de Jeff Ullman http://infolab.stanford.edu/~ullman/

Triggers Introduction à PL-SQL Céline Rouveirol. d'après les transparents de Jeff Ullman http://infolab.stanford.edu/~ullman/ Triggers Introduction à PL-SQL Céline Rouveirol d'après les transparents de Jeff Ullman http://infolab.stanford.edu/~ullman/ 1 Triggers: Motivation Les vérifications de contraintes (attribut ou n-uplet)

Plus en détail

1. Qu'est-ce que SQL?... 2. 2. La maintenance des bases de données... 2. 3. Les manipulations des bases de données... 5

1. Qu'est-ce que SQL?... 2. 2. La maintenance des bases de données... 2. 3. Les manipulations des bases de données... 5 1. Qu'est-ce que SQL?... 2 2. La maintenance des bases de données... 2 2.1 La commande CREATE TABLE... 3 2.2 La commande ALTER TABLE... 4 2.3 La commande CREATE INDEX... 4 3. Les manipulations des bases

Plus en détail

Bases de données et sites WEB

Bases de données et sites WEB Bases de données et sites WEB Cours2 : Sécurité et contrôles d accès Anne Doucet 1 Authentification Autorisation Privilèges Rôles Profils Limitations de ressources Plan Audit Contrôle d accès via les vues

Plus en détail

Bases de données et sites WEB Licence d informatique LI345

Bases de données et sites WEB Licence d informatique LI345 Bases de données et sites WEB Licence d informatique LI345 Anne Doucet Anne.Doucet@lip6.fr http://www-bd.lip6.fr/ens/li345-2013/index.php/lescours 1 Contenu Transactions en pratique Modèle relationnel-objet

Plus en détail

Transaction. 1:débiter(1000) 2:créditer(1000)

Transaction. 1:débiter(1000) 2:créditer(1000) Transaction Il n'est pas rare qu'une opération se divise en plusieurs autres opérations élémentaires sur la base de données. Dans ce cas, l''état de la base de données avant l'opération est maintenue cohérent,

Plus en détail

Module BDR Master d Informatique

Module BDR Master d Informatique Module BDR Master d Informatique Cours 8- Reprise sur pannes Anne Doucet Anne.Doucet@lip6.fr 1 Gestion de transactions Définition Exemples Propriétés des transactions Fiabilité et tolérance aux pannes

Plus en détail

Chap. 5 : Langage SQL (Structured Query Language) Pr. : Mohamed BASLAM Contact : baslam.med@gmail.com Niveau : S4 BCG Année : 2014/2015 1

Chap. 5 : Langage SQL (Structured Query Language) Pr. : Mohamed BASLAM Contact : baslam.med@gmail.com Niveau : S4 BCG Année : 2014/2015 1 Chap. 5 : Langage SQL (Structured Query Language) Pr. : Mohamed BASLAM Contact : baslam.med@gmail.com Niveau : S4 BCG Année : 2014/2015 1 Plan Généralités Langage de Définition des (LDD) Langage de Manipulation

Plus en détail

SQL : création et mises-à-jour de schémas et de données

SQL : création et mises-à-jour de schémas et de données SQL : création et mises-à-jour de schémas et de données Commandes de définition de données (DDL) Commandes de mise-à-jour de données (DML) Vues SQL-MAJ, vues-1 / 33 Exemple Définition de la relation

Plus en détail

SQL Server 2012 - SQL, Transact SQL Conception et réalisation d'une base de données

SQL Server 2012 - SQL, Transact SQL Conception et réalisation d'une base de données Le modèle relationnel 1. Introduction 9 2. Rappels sur le stockage des données 9 2.1 Les différentes catégories de données 10 2.1.1 Les données de base 10 2.1.2 Les données de mouvement 10 2.1.3 Les données

Plus en détail

Cours Bases de données 2ème année IUT

Cours Bases de données 2ème année IUT Cours Bases de données 2ème année IUT Cours 1 : Vues et Index Anne Vilnat http://www.limsi.fr/individu/anne/cours Plan 1 Les Vues Généralités Syntaxe Avantages Conditions de mise à jour 2 Index Généralités

Plus en détail

Cours Base de données relationnelles. M. Boughanem, IUP STRI

Cours Base de données relationnelles. M. Boughanem, IUP STRI Cours Base de données relationnelles 1 Plan 1. Notions de base 2. Modèle relationnel 3. SQL 2 Notions de base (1) Définition intuitive : une base de données est un ensemble d informations, (fichiers),

Plus en détail

PRESENTATION. Document1 Serge GUERINET Page 1

PRESENTATION. Document1 Serge GUERINET Page 1 PRESENTATION Les domaines couverts par la série STG sont tous des pourvoyeurs ou exploitants des bases de données. Que l'on gère la relation aux clients, le suivi de l'activité financière, la comptabilité

Plus en détail

INTRODUCTION AUX BASES DE DONNÉES

INTRODUCTION AUX BASES DE DONNÉES INTRODUCTION AUX BASES DE DONNÉES Najib TOUNSI Cours à l'usage des premières années informatique Najib TOUNSI - 1 - SOMMAIRE Concepts de Bases Base de Données Système Gestion de Bases de Données Niveau

Plus en détail

SQL Historique 1982 1986 1992

SQL Historique 1982 1986 1992 SQL Historique 1950-1960: gestion par simple fichier texte 1960: COBOL (début de notion de base de données) 1968: premier produit de sgbdr structuré (IBM -> IDMS) 1970-74: élaboration de l'outil d'analyse

Plus en détail

Chapitre 3 LE MODELE RELATIONNEL

Chapitre 3 LE MODELE RELATIONNEL Chapitre 3 LE MODELE RELATIONNEL Le modèle relationnel a été inventé en 1960 et a fait l'objet de très nombreuses recherches qui ont débouché sur la réalisation et commercialisation de SGBDs relationnels.

Plus en détail

Chapitre 10. Architectures des systèmes de gestion de bases de données

Chapitre 10. Architectures des systèmes de gestion de bases de données Chapitre 10 Architectures des systèmes de gestion de bases de données Introduction Les technologies des dernières années ont amené la notion d environnement distribué (dispersions des données). Pour reliér

Plus en détail

BD50. TP5 : Développement PL/SQL Avec Oracle SQL Developer. Gestion Commerciale

BD50. TP5 : Développement PL/SQL Avec Oracle SQL Developer. Gestion Commerciale Département Génie Informatique BD50 TP5 : Développement PL/SQL Avec Oracle SQL Developer Gestion Commerciale Françoise HOUBERDON & Christian FISCHER Copyright Avril 2007 Présentation de la gestion commerciale

Plus en détail

Auto-évaluation DB2 for z/os: cours de base

Auto-évaluation DB2 for z/os: cours de base Auto-évaluation DB2 for z/os: cours de base Document: f1067test.fm 22/01/2013 ABIS Training & Consulting P.O. Box 220 B-3000 Leuven Belgium TRAINING & CONSULTING INTRODUCTION AUTO-ÉVALUATION DB2 FOR Z/OS:

Plus en détail

Apprendre le langage SQL le DDL - 1 / 30 - Apprendre le langage SQL par l exemple

Apprendre le langage SQL le DDL - 1 / 30 - Apprendre le langage SQL par l exemple Apprendre le langage SQL le DDL - 1 / 30 - Apprendre le langage SQL par l exemple Ce document est publié sous licence Creative Commons CC-by-nc-nd. Il ne peut ni être modifié, ni faire l objet d une exploitation

Plus en détail

Oracle Database 10g: Les fondamentaux du langage SQL I

Oracle Database 10g: Les fondamentaux du langage SQL I Oracle University Appelez-nous: +33 (0) 1 57 60 20 81 Oracle Database 10g: Les fondamentaux du langage SQL I Durée: 3 Jours Description Ce cours offre aux étudiants une introduction à la technologie de

Plus en détail

Stéphane Bortzmeyer

Stéphane Bortzmeyer <stephane+blog@bortzmeyer.org> De l intérêt des règles d intégrité dans un SGBD Stéphane Bortzmeyer Première rédaction de cet article le 17 janvier 2008 Il semble que l utilisation des règles d intégrité

Plus en détail

Gestion des utilisateurs et de leurs droits

Gestion des utilisateurs et de leurs droits Gestion des utilisateurs et de leurs droits Chap. 12, page 323 à 360 Lors de la création d'un utilisateur vous devez indiquer son nom, ses attributs, son profil, la méthode d'authentification (par le SE

Plus en détail

1/28. I Utiliser à bon escient les types de données proposés par SQL, ou. Introduction 3/28

1/28. I Utiliser à bon escient les types de données proposés par SQL, ou. Introduction 3/28 Introduction 1/28 2/28 Anne-Cécile Caron Licence MIAGE - BDD 2015-2016 Objectifs Après ce cours, les TD et TP correspondants, vous devez être capables de I Créer des tables à partir d un modèle I Utiliser

Plus en détail

Mise en place de l intégrité référentielle sur une base de données. Utilisation des procédures stockées du SGBDR.

Mise en place de l intégrité référentielle sur une base de données. Utilisation des procédures stockées du SGBDR. Mise en place de l intégrité référentielle sur une base de données. Utilisation des procédures stockées du SGBDR. Afpa St Brieuc - 17/11/10 Page 1 ISTA.ma Un portail au service de la formation professionnelle

Plus en détail

Le Langage De Description De Données(LDD)

Le Langage De Description De Données(LDD) Base de données Le Langage De Description De Données(LDD) Créer des tables Décrire les différents types de données utilisables pour les définitions de colonne Modifier la définition des tables Supprimer,

Plus en détail

Cours Bases de données

Cours Bases de données Informations sur le cours Cours Bases de données 9 (10) séances de 3h Polycopié (Cours + TD/TP) 3 année (MISI) Antoine Cornuéjols www.lri.fr/~antoine antoine.cornuejols@agroparistech.fr Transparents Disponibles

Plus en détail

MySQL 5 (versions 5.1 à 5.6) Guide de référence du développeur (Nouvelle édition)

MySQL 5 (versions 5.1 à 5.6) Guide de référence du développeur (Nouvelle édition) Avant-propos 1. Les objectifs de ce livre 13 2. Les principaux sujets qu'aborde ce livre 13 3. À qui s adresse ce livre? 14 4. Les pré-requis 14 Introduction à MySQL 1. Introduction aux bases de données

Plus en détail

Système de base de données

Système de base de données Système de base de données 1. INTRODUCTION Un système de base de données est un système informatique dont le but est de maintenir les informations et de les rendre disponibles à la demande. Les informations

Plus en détail

Module Administration BD Chapitre 1 : Surcouche procédurale dans les SGBDS

Module Administration BD Chapitre 1 : Surcouche procédurale dans les SGBDS Module Administration BD Chapitre 1 : Surcouche procédurale dans les SGBDS 1. Introduction Nous allons aborder la notion de surcouche procédurale au sein des SGBDS relationnels tels que Oracle (PLSQL)

Plus en détail

2.1/ Les privilèges sous oracle

2.1/ Les privilèges sous oracle LP Informatique(DA2I), UF7 : Administration Système, Réseaux et Base de données 13/12/2007, Enseignant : M. Nakechbnadi, mail : nakech@free.fr Première parie : Administration d une BD Chapitre 2 : Transaction,

Plus en détail

Généralités sur les bases de données

Généralités sur les bases de données Généralités sur les bases de données Qu est-ce donc qu une base de données? Que peut-on attendre d un système de gestion de bases de données? Que peut-on faire avec une base de données? 1 Des données?

Plus en détail

Objectifs. Maîtriser. Pratiquer

Objectifs. Maîtriser. Pratiquer 1 Bases de Données Objectifs Maîtriser les concepts d un SGBD relationnel Les modèles de représentations de données Les modèles de représentations de données La conception d une base de données Pratiquer

Plus en détail

Développer en PL/SQL. Sommaire du cours

Développer en PL/SQL. Sommaire du cours Sommaire du cours Module 1 Introduction et Rappels Module 2 Eléments de langage PL/SQL Module 3 Accès à la Base de données Module 4 Traitements stockés Module 5 Gestion des exceptions Module 6 - Compléments

Plus en détail

BASES DE DONNÉES. CNAM Centre associé de Clermont-Ferrand Cycle A Année 1997-98. J. Darmont I. INTRODUCTION II. LES SYSTÈMES HIÉRARCHIQUES

BASES DE DONNÉES. CNAM Centre associé de Clermont-Ferrand Cycle A Année 1997-98. J. Darmont I. INTRODUCTION II. LES SYSTÈMES HIÉRARCHIQUES BASES DE DONNÉES CNAM Centre associé de Clermont-Ferrand Cycle A Année 1997-98 J. Darmont I. INTRODUCTION II. LES SYSTÈMES HIÉRARCHIQUES III. LES SYSTÈMES RÉSEAU IV. LES SYSTÈMES RELATIONNELS V. LE LANGAGE

Plus en détail

Web dynamique. Techniques, outils, applications. (Partie C)

Web dynamique. Techniques, outils, applications. (Partie C) Web dynamique Techniques, outils, applications (Partie C) Nadir Boussoukaia - 2006 1 SOMMAIRE 1. MySQL et PHP (20 min) 2. SQL (petits rappels) (20 min) 2 MySQL et PHP Synthèse 3 MySQL et PHP SGBD MySQL

Plus en détail

Olivier Mondet http://unidentified-one.net

Olivier Mondet http://unidentified-one.net T-GSI Ch.4 Le Langage SQL LDD, LCD Cet exercice guidé reprend le plan suivis lors de l intervention de formation faite pour l académie de Versailles. L objectif principal visait en la présentation du langage

Plus en détail

Introduction aux bases de données

Introduction aux bases de données 1/73 Introduction aux bases de données Formation continue Idir AIT SADOUNE idir.aitsadoune@supelec.fr École Supérieure d Électricité Département Informatique Gif sur Yvette 2012/2013 2/73 Plan 1 Introduction

Plus en détail

Programme accédant et/ou modifiant des données persistantes (fichier ou BD) avec propriétés :

Programme accédant et/ou modifiant des données persistantes (fichier ou BD) avec propriétés : Transaction réservation(date, nbplace) select reste into r from RESERVATION where dateresa=:date si (r >= nbplace) alors update RESERVATION set reste=reste-nbplace where dateresa=:date éditer-place(date,

Plus en détail

TRAVAUX PRATIQUES DE BASES DE DONNEES PARTIE A : CONCEPTION DU MCD ET MLD

TRAVAUX PRATIQUES DE BASES DE DONNEES PARTIE A : CONCEPTION DU MCD ET MLD TRAVAUX PRATIQUES DE BASES DE DONNEES PARTIE A : CONCEPTION DU MCD ET MLD Cette partie est à réaliser sur papier uniquement. Il s agit de réaliser un modèle conceptuel de données (MCD) suivi du modèle

Plus en détail

Apprendre le langage SQL - Le DDL - 1 / 34 - Apprendre le langage SQL par l exemple Partie 1 : le DDL

Apprendre le langage SQL - Le DDL - 1 / 34 - Apprendre le langage SQL par l exemple Partie 1 : le DDL Apprendre le langage SQL - Le DDL - 1 / 34 - Apprendre le langage SQL par l exemple Partie 1 : le DDL Ce document est publié sous licence Creative Commons CC-by-nc-nd. Il ne peut ni être modifié, ni faire

Plus en détail

Faculté de Sciences Économiques et de Gestion. Bases de données. Maîtrise de Sciences Économiques Année 2001-2002 Jérôme Darmont

Faculté de Sciences Économiques et de Gestion. Bases de données. Maîtrise de Sciences Économiques Année 2001-2002 Jérôme Darmont Faculté de Sciences Économiques et de Gestion Bases de données Maîtrise de Sciences Économiques Année 2001-2002 Jérôme Darmont http://eric.univ-lyon2.fr/~jdarmont/ Plan du cours I. Introduction II. Le

Plus en détail

11. MySQL. Cours Web. MySQL. 11. MySQL. 11. MySQL. Structured Query Language. Lionel Seinturier. Université Pierre & Marie Curie

11. MySQL. Cours Web. MySQL. 11. MySQL. 11. MySQL. Structured Query Language. Lionel Seinturier. Université Pierre & Marie Curie Cours Web Lionel Seinturier Université Pierre & Marie Curie Lionel.Seinturier@lip6.fr Structured Query Language Langage de manipulation des données stockées dans une base de données interrogation/insertion/modification/suppression

Plus en détail

Plan. Cours 4 : Méthodes d accès aux données. Architecture système. Objectifs des SGBD (rappel)

Plan. Cours 4 : Méthodes d accès aux données. Architecture système. Objectifs des SGBD (rappel) UPMC - UFR 99 Licence d informatique 205/206 Module 3I009 Cours 4 : Méthodes d accès aux données Plan Fonctions et structure des SGBD Structures physiques Stockage des données Organisation de fichiers

Plus en détail

10/04/2011. Serveur de données. Serveur de données. Client. Programme d'application Logiciel intermédiaire Pilote de télécommunication.

10/04/2011. Serveur de données. Serveur de données. Client. Programme d'application Logiciel intermédiaire Pilote de télécommunication. 1 BD locale BD locale Programme d'application Logiciel intermédiaire Client SGBD réparti Logiciel intermédiaire données SGBD réparti Logiciel intermédiaire données 2 Bénéfices potentiels Performance Fiabilité

Plus en détail

Il est nécessaire de connaître au moins un système d'exploitation de type graphique.

Il est nécessaire de connaître au moins un système d'exploitation de type graphique. GBD-030 Oracle Prise en main Saint-Denis à 9h30 5 jours Objectifs : Une formation Oracle complète pour découvrir tous les concepts du système et les différentes façons de les utiliser concrètement tout

Plus en détail

Interfaçage de programmation. c Olivier Caron

Interfaçage de programmation. c Olivier Caron Interfaçage de programmation 1 Le SGBD est-il suffisant? (1/2) Les pour : La puissance du langage de requêtes. 1 Le SGBD est-il suffisant? (1/2) Les pour : La puissance du langage de requêtes. L aspect

Plus en détail

On peut considérer les vues comme des «tables virtuelles» : leur contenu est constitué seulement au moment de la demande d exécution de cette vue.

On peut considérer les vues comme des «tables virtuelles» : leur contenu est constitué seulement au moment de la demande d exécution de cette vue. SQL Ch 9 DDL Vues, PL/SQL, procédures,... I. INTRODUCTION... 1 II. LES VUES (ANGLAIS «VIEWS»)... 1 A. CREER UNE VUE : CREATE VIEW... 1 B. SUPPRIMER UNE VUE DROP VIEW... 3 III. LANGAGE PL/SQL, PROCEDURES

Plus en détail