Association, relation, dépendance, liaison, jointure, clé étrangère, clé secondaire sont des noms utilisés pour designer le fait que les lignes d’une table T1 sont associées aux lignes d’une autre tables T2.
Exemple :

• Pour une clinique, on a une table contenant les patients et une autre contenant les visites des patients. Chaque visite est liée à un et un seul patient. Un patient peut faire plusieurs visites.
• Pour un commerce, il existe une table « facture » et une autre « règlement ». Une facture peut avoir plusieurs règlements ou ne pas en avoir du tout. Un règlement est lié à une et une seule facture.

Mais les termes ci-dessus sont-ils pertinents ?

• « Relation » n’est pas bon car source de confusion. En effet, avec le modèle relationnel, une table de la base prend le nom de relation.
• « Dépendance » n’est pas bon car ce terme est utilisé par rapport aux propriétés (attributs, champs, colonne) définissant une entité. Il s’agit de la dépendance fonctionnelle.
• « Jointure » est plutôt un terme SQL. (Nous y reviendrons)
• « Liaison » n’est ni suffisant ni techniquement correcte.
• « Clé étrangère » est une mise en œuvre du concept.
• « Clé secondaire » n’a rien à voir dans ce contexte. C’est une grosse confusion que beaucoup de débutants trainent avec eux. J’ai été une victime pendant longtemps.
• « Association » est le meilleur et est le plus utilisé. Ce qui amène d’ailleurs à corriger le terme « Entité-relation » en « Entité-association ».

Mise en œuvre

L’un des point fort du modèle relationnel est la résolution du problème d’association plusieurs à plusieurs. Le modèle hiérarchique ne le permet pas et le modèle réseau apporte une solution qui engendre des redondances.
Le modèle relationnel représente l’association par de simples attributs. On dit que le modèle relationnel est un modèle à valeurs (pas d’objet, pas de pointeur) ?

Les jointures dans les requêtes

Pour avoir les factures avec leurs règlements on fait une jointure entre les tables « facture » et « règlement ».
I. Les factures et leurs règlements (on n’aura pas les factures qui n’ont pas de règlements)

II. Toutes les factures et leurs règlements (pour les factures sans règlements, les colonnes de règlements seront vides)

III. Tous les règlements et les factures correspondantes (pour les règlements qui ne sont liés à aucune facture, les colonnes de factures seront vides)

Pour ce troisième cas. Il n’est pas normal d’avoir des règlements qui ne sont liés à aucune facture. Pour éviter une telle situation il faut faire recours à l’intégrité référentielle (chaque règlement fait référence obligatoirement à une facture). Ainsi, lors de la création de la table règlement et dans la définition de la clé étrangère, il faut demander au SGBD:

1. Soit d’empêcher la suppression de toute facture qui à un règlement
2. Ou de supprimer les règlements lors de la suppression des factures correspondantes.

Auto-jointure

Imaginer une communauté qui veut une base de données de sa population, dont l’une des fonctionnalités est le suivi des liens de parentés.
On peut aisément imaginer une table personne de cette manière…

pk->Primary key, fk->foreign key
Dans la même table on trouve une personne et tous descendants et ancêtres.
Pour avoir les parents de…

, il me faut chercher (dans la même table) la personne d’identifiant 23 (pour avoir le père) et la personne d’identifiant 26 (pour avoir la mère).
Dans la requête nous utiliserons des alias (ou copie) de la table de cette manière…

Présentons d’abord le contenu d’une base de données.
Une base de données contient des

1. tables qui contiennent les données
2. index qui contiennent des copies de certaines données avec leurs adresses logiques. Ils sont utilisés pour accélérer l’accès aux données.
3. contraintes pour garantir l’intégrité et la cohérence des données (valeur, forme, interdépendance)
4. vues qui sont des requêtes de sélections enregistrées
5. fonctions et procédures qui sont des commandes en SQL procédurale, pour effectuer des taches répétitives et lourdes directement sur le serveur
6. déclencheurs qui définissent des actions à exécuter lors des opérations (ajout, suppression ou modification) sur les données de table ou vue
7. utilisateurs et groupes avec leurs droits d’accès.

Pour chaque accès externe à chacun de ces éléments le SGBD reçoit une commande SQL qu’il exécute à travers des modules en langage évolué (généralement en C++): SQL est donc passé en paramètre à un autre langage qui accède physiquement à la base de données.

Présentons SQL.

Une base de données standard contient : la structure de ses données, les données elles même et les utilisateurs avec leurs droits d’accès.
SQL propose alors pour ces trois parties essentielles, trois groupes de commandes :

1. LDD : langage de définition de données qui définit les structures (nom et type) des données est des contraintes de vérification des valeurs des données.
2. LMD : langage de manipulation de données. Ajout, modification, suppression et recherche de données.
3. LCD : langage de contrôle de données. Définition des utilisateurs et leurs droits (privilèges) d’accès aux données ou structures.

A ces trois groupes, s’ajoute un quatrième assurant un rôle très important des SGBD: assurer la cohérence des données suite à une transaction (un ou plusieurs opérations regroupées en une entité) réussit ou échoué.

SQL de par sa nature, est un langage ensembliste c’est-à-dire qu’il travaille sur un ensemble de données à la fois (donnée tabulaire). De ce fait il manque des éléments de boucle, condition, traitement d’erreurs…
Pour pallier à cette lacune, les Systèmes de types clients/serveur* se sont enrichit pour faire du procédural on parle alors de SQL procédural. Pour les systèmes de type fichier* on a recours aux langages du programme utilisé tel VBA pour ACCESS.

La fenêtre est taillée sur la requête elle-même ou une autre fenêtre!
Une fenêtre est définie par :
• Un début
• Une fin
• Des exclusions
La colonne «a» de la requête est obtenue sur les données de la fenêtre par une fonction d’agrégat ou d’ordonnancement.

Ceci n’étant qu’une présentation caricaturale veuillez lire le tuto de SQLpro dont les dessins de fenêtres me sembles plus difficiles à comprendre.