Introduction aux Bases de Données: Concepts Clés et Implémentation
Classé dans Informatique
Écrit le en français avec une taille de 7,93 KB
Introduction aux bases de données
TABLE DES MATIÈRES
DEFINITIONS.
Base de données: collection de données interreliées qui peuvent être gérés conjointement.
-Relation modèle Entité: une approche théorique pour modéliser les données à partir d'une base de données en utilisant des diagrammes.
Entité: Un élément de la réalité qui a un ensemble de données associées qui existe par elle-même.
Les entités sont généralement identifiés avec les noms, par exemple, les clients, articles, pièces, étudiants, etc
Relation: une relation comme son nom l'indique au moins deux entités se rapportent les uns aux autres. Pour qu'il y ait une relation doit exister avant que les entités liées.
Les relations sont souvent identifiées par des verbes: réservations (chambre pour les clients), à l'achat (de produits par les clients), un étudiant prend des cours (la relation serait «porté»), etc
Tableau: les relations et les entités sont calqués sur un ordinateur avec des tables, chaque attribut des entités et les relations sont calquées sur les ordinateurs en «champs» ou «piliers». Les données de chaque entité ou relation est stockée dans une ligne ou enregistrement de la table. La table peut avoir de nombreux enregistrements ou lignes, étant le plus souvent à la limite la capacité du disque dur de l'ordinateur. Pour distinguer chaque enregistrement de la demande d'autres sont defienen clés primaires.
PRIMARY KEY
La clé primaire d'une table est un champ ou les champs qui identifient chaque enregistrement ou ligne de la table unique, qui est, chaque enregistrement de la table a une valeur différente dans le ou les champs qui sont la clé. Par exemple, chaque espagnoles ont un numéro d'identification différents et ne doit pas être répété jamais. Un autre exemple de clé primaire est le nombre d'étudiants dans le centre d'étudiant. Il peut y avoir plusieurs étudiants comme ils s'appellent eux-mêmes, ayant le même nom mais n'aura pas le même nombre d'élèves ou le même ID. Exemples de clés inappropriées sont: nom + prénom (peut être répété dans différentes personnes, pas de nom commun), CódigoArtículo dans une table de vente parce que nous vendons le même chiffre plusieurs fois à différentes personnes, date de la vente, même si elle comporte les heures, minutes et secondes, car il ya plusieurs cas en cours à la fois ne peut égaler (pour les années d'opération), il s'agit d'un paiement à la même heure, minutes et secondes.
En règle générale, toutes les tables ont la clé primaire, ce qui nous permet d'identifier les dossiers individuels de récupérer vos données, mofidicarlos ou les supprimer.
Les principaux facteurs externes
Est un champ ou les champs définis sur une table et sont la clé primaire dans une autre table différemment, pour cette raison que nous utilisons le mot «extérieur».
COMMENTAIRES SUR LA NORMALISATION.
Normal ne se déplace pas de la deuxième forme normale, comme ce qui suit implique un plus grand partage des données dans les tableaux qui peut devenir excessive.
MISE EN ŒUVRE DES RELATIONS DE modèle entité-relation DANS UNE BASE DE DONNÉES
Des relations fondées sur le nombre d'entités qui se rapportent peut être de 1 à 1, 1 à plusieurs (1 à 'n'), ou plusieurs à plusieurs ('n' a 'm').
Relations de 1 à 1 et 1 sur le modèle de nombreux en ajoutant la clé primaire d'une entité comme une clé étrangère dans la seconde entité. Exemple: Un client d'un hôtel (principale clé ID) peut avoir fait plusieurs réserves à des dates différentes, si nous ajoutons le champ ID dans les réserves comme une table de clé étrangère, nous mettons en œuvre cette relation 1 à plusieurs entre le client et les réserves.
Pour mettre en œuvre les nombreuses relations de nombreux ('n' a 'm') est nécessaire pour créer une nouvelle table qui comprend la clé primaire clés primaires des tables liées.Par exemple, les éléments d'un supermarché et d'acheter les clients. Un article peut être acheté par de nombreux clients, mais en même temps, un client peut acheter de nombreux articles. Dans ces cas, vous devez créer un tableau qui serait la table "Commandes", qui comprend les principaux clients (DNI), plus les éléments clés (CódigoArtículo). Ces tables afin de normaliser doit être divisé en CabeceraPedidos NúmeroPedido qui incluent la clé, ainsi que la date, l'ordre total, numéro de client et une autre table qui comprendrait LineasPedido CabeceraPedidos clés -> NumeroPedido clés plus d'articles: CódigoArtículo plus quantité, prix unitaire, prix total, le numéro de ligne sur le reçu ou la facture.
COMMENTAIRES SUR L'ACCÈS.
Les types de champs de données dans Access ou des colonnes sont les suivants:
Texte, Entier, NuméroAuto (prend des valeurs de 1, 2, etc), avec des décimales Nombre, Monétaire, Date, Heure, Mémo (utilisé pour stocker des objets binaires tels que photos, musique, vidéo, des champs de texte grande etc).
champ NuméroAuto
Le champ NuméroAuto prend des valeurs entières à partir de 1 automatiquement. Pour cette raison, est souvent utilisé dans les clés primaires des tables. Lorsque vous insérez un enregistrement dans une table, vous ne pouvez pas assigner une valeur à un champ NuméroAuto, comme la base de données Access est stockée quelque part la prochaine valeur de tous les champs de numérotation automatique qui existent dans la base de données.
Si un champ de clé étrangère est NuméroAuto (clé primaire dans une autre table), alors vous devez définir le numéro de type, comme dans ce tableau, où il ya de clé primaire-valeurs à prendre tels que définis dans le tableau où les NuméroAuto il est la clé primaire. Par exemple: si vous utilisez une clé primaire NuméroAuto pour les réservations effectuées par les clients d'un hôtel dans le "NúmeroReserva" puis le "NúmeroReserva" table "projets de loi», qui est le type de clé étrangère doivent être définis entier au lieu de NuméroAuto.
RELATIONS DE L'ACCÈS
Ces relations ne sont pas modéliser les relations entre les entités, si les relations entre les domaines qui sont les clés primaires des tables avec des clés étrangères ou d'autres tiers. Toujours le même domaine se rapportent à des tables différentes:. Il est logique de différents domaines se rapportent, comme un CódigoArtículo avec NúmeroVenta, toujours associer même les différentes données dans des tableaux DNI de DNI, CódigoArtículo avec CódigoArtículo, etc
Si nous marquons appliquer l'intégrité référentielle signifie que nous ne pouvons pas insérer un enregistrement dans le «externe» table s'il n'y a aucun enregistrement associé dans la table "principale" avec cette clé la valeur primaire. Par exemple, pour insérer une réservation d'hôtel, vous devez être un client de la table Customers à l'ID spécifié.
Si vous avez marqué "suppression en cascade» signifie que lorsque vous supprimez un client de l'hôtel de "clients" Accès propre base de données automatiquement à supprimer toutes les réservations pour ce numéro de client comme clé étrangère dans les «réserves». La même chose arrive si je coche "cascade mise à jour", ne se propagent ensuite les modifications apportées dans les valeurs de clé primaire changé aux tables où les clés étrangères.