Rappels des concepts fondamentaux - smis inria

More documents

Recommendations

Info

Id-D 1 2 3 … . Id-P 1 2 3 4 … . D octeu r N om D upont D urand M asse … … .. Patients N om L ebeau T roger D oe Perry … … . P rénom Pierre Paul Jean … … P rénom Jacques Z oe John Paule … … . Id-D 1 1 2 2 V isites Id-P 2 1 2 3 Id-V 1 2 3 4 D ate 15 juin 12 août 13 juillet 1 m ars Id-M 1 2 3 … . P rix 250 180 350 250 Id-V 1 1 2 2 2 … . N om A spegic 1000 Fluisédal M ucom yst … … .. Prescription L igne 1 2 1 2 3 … . M édicament Id-M 12 5 8 12 3 … . P osologie 1 par jour 10 gouttes 2 par jour 1 par jour 2 gouttes … … … … D escription … … … … … … … … … … … .. … … … … … … … … … … … .. … … … … … … … … … … … .. … … … … … … … … … … … .. O3 – Exemples d’indépendance Logique Les applications peuvent définir des vues logiques de la BD Gestion des médicaments Cabinet du Dr. Masse Nombre_Médicaments Prescription Id -V Ligne Id -M Posologie Id-M Nom Description Nombre Visites 1 1 12 1 par jour Id -D Id -P Id -V Date Prix 1 2 5 10 gouttes 1 Aspegic 1000 …………………………….. 30 1 2 1 15 juin 250 …. …. …. ………… 2 3 4 1 mars 250 2 Fluisédal …………………………….. 20 Patients 3 Mucomyst …………………………….. 230 Id -P Nom Prénom Médicament 1 Lebeau Jacques Id -M Nom Description …. …….. …………………………….. ….. 2 Troger Zoe 1 Aspegic 1000 …………………………….. …. ……. ……. 2 Fluisédal …………………………….. 3 Mucomyst …………………………….. …. …….. …………………………….. O4: Langage de manipulation • Les non-informaticiens doivent pouvoir manipuler les données à partir de la seule connaissance du monde réel et de la modélisation qui en est faite • Mais les non-informaticiens font-ils des requêtes SQL ? • La manipulation se fait via un langage déclaratif • La question déclare l’objectif sans décrire la méthode • Le langage suit une norme commune à tous les SGBD • SQL : Structured Query Langage • Exemple de requête SQL Retrouver le nom et le n° de téléphone de tous les pédiatres 13 Select Nom, Tel From Docteur Where Specialite = ‘Pédiatre’ 14 O5: Optimisation de requêtes O6: Intégrité sémantique des données • Traduction automatique des requêtes déclaratives en programmes procéduraux (composition d’opérateurs élémentaires) • Optimisation automatique de ces programmes − − Exploitation des propriétés des opérateurs élémentaires Gestion centralisée des chemins d'accès (index, hachages, …) • Economie de l'astuce des programmeurs − milliers d'heures d'écriture et de maintenance de logiciels. • Course aux performances mesurées en transactions par seconde (TPS) sur des "benchmark" standardisés (TPC). 15 • Objectif : Détection automatique des mises à jour erronées • Contrôle sur les données élémentaires − Contrôle de types: Nom alphabétique − Contrôle de valeurs: Salaire mensuel entre 1 et 10k€ • Contrôle sur les relations entre les données − − Relations entre données élémentaires : Prix de vente > Prix d'achat Relations entre objets : Un électeur est inscrit sur une seule liste électorale • Avantages − simplification du code des applications − sécurité renforcée par l'automatisation − mise en commun des contraintes 16
O7: Confidentialité des données Confidentialité des données — Objectif : garantir la confidentialité de certaines informations et les protéger contre la dégradation − Dossier médical, procédé de fabrication, salaire des employés ... Service des ressources humaines Employés (intranet) Public (internet) — Plusieurs niveaux : − − − Authentification des usagers Privilèges d'accès aux objets de la base Chiffrement et hachage crytographique des données Id-E 1 2 3 4 Nom Ricks Trock Lerich Doe Prénom Jim Jack Zoe Joe Poste 5485 1254 5489 4049 Nombre d’employés 4 Masse Salariale 890 — Usagers : utilisateurs, rôles — Objets : objet réel ou virtuel, procédure ... Id-E 1 2 3 Nom Ricks Trock Lerich Prénom Jim Jack Zoe Poste 5485 1254 5489 Adresse ………. ………. ………. Ville Paris Versailles Chartres Salaire 230 120 380 4 Doe Joe 4049 ………. Paris 160 17 18 O8: Accès concurrents aux données — Objectif : assurer l’Isolation des transaction, c.à.d que différentes applications partageant les mêmes données doivent pouvoir s'ignorer et travailler de manière asynchrone. — Le SGBD garantit la sérialisabilité des accès: l'effet d'une exécution simultanée de transactions doit être le même que celui d'une exécution séquentielle. < T1 || T2 …|| Tn > ≡ < T1; T2; … Tn > — Les transactions exécutées en parallèle ne doivent pas entrer en conflit lecture-écriture ou écriture-écriture, afin d’éviter : • des pertes de mises à jour • des introductions d’incohérence • des lectures non reproductibles 19 O9: Tolérance aux pannes — Le SGBD doit assurer la pérennité et la cohérence des données en présence de pannes multiples: − − − − Transaction Failure : Contraintes d'intégrité, Annulation System Failure : Panne de courant, Crash serveur … Media Failure : Perte du disque Communication Failure : Défaillance du réseau — Ceci implique l’Atomicité des transactions de mises à jour qui doivent être totalement exécutées ou pas du tout. — Ceci implique également des mécanismes de reprise assurant la Durabilité des effets des transactions validées. 20
Page 1 and 2: MASTER COSY Module Bases de Donnée
Page 3: Réel Modèle conceptuel O2: indép
Page 7 and 8: Architecture fonctionnelle d'un SGB
Page 9 and 10: Union, Intersection, Différence Ex
Page 11 and 12: Suppression de données Modificatio
Page 13 and 14: Calculs d'agrégats Les fonctions d
Page 15 and 16: Exemple Embedded SQL Exemple JDBC E
Page 17 and 18: Architecture répartie Appli 1 Appl

Rappels des concepts fondamentaux - smis inria

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?