TIL34A CM s1

essay A

TIL34A Systèmes d’information Licence LEA 3ème année plan • Introduction générale • Langage SQL – Requêtes d’interrogation, paramètres, jointures Requêtes de création et de modification • Bases de données et interfaces – états et formulaires TIL34A — S. Ferrari Introduction – problé Sni* to View • La gestion de donn es, d’informations Exemples – renseigner sur les produits, sur leurs caractéristiques (poids, taille, couleur, – connaitre les fournisseurs, leurs tarifs – suivre l’état des stocks – gérer les clients, leur facturation gérer le personnel, les salaires…

Introduction – problématique – des types de données complexes, multiples du texte, des nombres dans des unités différentes, des montants monétaires, des dates, • BCDI pour les fonds documentaires • mySQL sur certains sites Web • Oracle, DBase, FileMakerpro, Access, Foxpro, POStGreSQL TIL34A – S.

Ferrari Modélisation des données • 3 niveaux de description des données – conceptuel : en phase d’analyse d’un problème, pour décrire le monde de manière schématique, via une méthode standard (MERISE, IJML) logique : dans un modèle mathématique ou informatique comme le modèle relationnel – physique : codage des données dans la machine, pouvant dépendre du système (Windows, DOS, Unix), voire du matériel Exemple de représentation dans le modèle de conception MERISE On peut considérer que les informations ou les donnees concernent des objets ou entités qu’il est possible de regrouper par classes Ces entités entretiennent des relations entre elles dont la nature entre dans l’une des trois catégories : -1:1 ou un à un – ou un à plusieurs N:N ou plusieurs à plusieurs TIL34A – S. Ferran PAG » OF d Modèles informatiques (niveau logique) de représentation des données – Modèle hiérarchique • peu de distinction entre physique et logique • problème de représentation des relations N:N – Modèle réseau ou graphe Modèle relationnel Exemple de 2 représentations d’un même problème avec une approche hiérarchique Problème de redondance des représentations pour les projets ou pour les Employés à cause de la nature de la relation entre ces deux entités relation dite N:N ou

PLUSIEURS A PLUSIEURS • Différents types d’utilisateurs de BD selon leur rôle dans la chaîne de l’information – conception de BD/ développement de SGBD • du conceptuel au logique : structurer la 3D • physique: ajouts d’interfaces de vues spécialisées essentiellement des mét ticiens PAGF3œ•Fd dans ACCESS • Contenu : données propres et données liées Tables dans ACCESS • Relations entre tables • Tables relations = ensemble d’entités de même nature • Colonne = attribut = propriété • Ligne = fiche = enregistrement = t-uple ?? Cardinalité = nombre de colonnes • Taille = nombre d’enregistrements • Liens entre table = relations • Clé (prlmaire) d’une table (clé interne) Définition Attribut ou ensemble (minimal) d’attributs permettant d’identifier chaque enregistrement de la table de manière univoque Lorsqu’un attribut identifiant a été créé dans une table, il constitue d’emblée une clé primaire • Clé (primaire) dune table (clé interne) Contraintes liées – contrainte de non-nullité de la clé la clé doit toujours être val la clé doit toujours être valuée (NOT NULL)