Bases de données sont des moyens utiles pour stocker systématiquement des informations de manière structurée . Une base de données bien conçu peut permettre à une organisation de récupérer rapidement des ensembles très spécifiques de données . Dans la construction de bases de données , les concepteurs utilisent différents ensembles d'identifier et de non - identification de relations pour lier les différents groupes d' informations en même temps . La différence entre ces deux termes est subtile, mais importante. Lignes et colonnes tables de base de données individuels , semblables à des classeurs de tableur individuels , stockent des données dans différentes colonnes qui appartiennent à des lignes individuelles de données. Chaque ligne est une entrée qui décrivent tous ces colonnes . Par exemple, un cabinet d'avocats qui assure le suivi des données sur ses avocats serait attribuer à chaque avocat pour une ligne spécifique. Ensuite, chaque colonne contienne une catégorie spécifique d' informations sur cet avocat , comme un numéro d' identification de l'employé , domaines de spécialité , gagner ratios de pertes , la date d'embauche initiale , ou toute autre chose que la compagnie voulait suivre . parent et enfant tables nombreuses bases de données de l'entreprise , afin d'accroître la sécurité, ne marquent pas explicitement chaque élément de données sur leurs tables individuelles . Par exemple, un tableau qui permet de suivre les informations sur les avocats dans un cabinet d'avocats va utiliser un numéro d'identification de l' employé à la place d'un nom et un numéro de catégorie au lieu de marquer explicitement les types de cas, il essaie . Tables avec des données agrégées représentés par ces codes numériques sont appelées « tables parent . " Ces codes ensuite référence " Tables d'enfants, " individuelles qui contiennent les données qui traduit le code dans la feuille de données qu'il décrit. Par exemple, une table parent de données d'avocat aura une table enfant qui stocke les noms qui vont avec les numéros d'identification des employés. Identifier les relations une relation entre une table parent et une table enfant est «Identification » si les données de la table enfant contient est nécessaire d'identifier le sujet de lignes de la table parent . Reprenons l'exemple de la firme d'avocats qui suit les données de ses avocats , sans la table enfant qui correspond aux numéros d'identification des employés à des noms d'employés , l'ensemble des données dans la table parent ne vaut rien . Le tableau est d'aucune utilité pour l'entreprise si elle peut ne pas correspondre aux données à un employé en particulier . Non- identification de relations une relation entre une table parent et une table enfant est « non identifiantes » si les données de la table enfant contient n'est pas essentiel pour identifier l'objet de lignes de la table parent . Reprenons l'exemple de la firme d'avocats qui a suivi des données sur ses avocats , une table d'une table parent avec les données agrégées peuvent contenir les informations nécessaires pour traduire les codes de la zone de l' objet d' une expertise juridique dans un langage simple de l'enfant. Bien que la perte de la table , il sera plus difficile pour l'entreprise de traduire rapidement ces codes d'expertise, l'entreprise n'a pas besoin de cet ensemble particulier d'informations pour identifier lesquels la totalité de chaque ligne décrit . Bien que la perte d'une telle table enfant va créer du travail supplémentaire pour le service informatique de l'entreprise, elle ne rend pas la totalité de la table parent inutile.
|