No cache version.

Caching disabled. Default setting for this page:enabled (code LNG204)
If the display is too slow, you can disable the user mode to view the cached version.

Opérateurs relationnels : Sélection (ou restriction)

La restriction (ou sélection) d'une relation X sur la qualification q est une relation Z de même schéma que X dont les tulpes sont ceux de X satisfaisant à q.

Nous appellerons q le critère de sélection.

Cet opérateur porte sur 1 relation.
Il permet de ne retenir que les n-tulpes répondant à une condition exprimée à l'aide des opérateurs arithmétiques ( =, <, >, ≤, ≥, ≠) ou logiques de base (ET, OU, NON).
Tous les attributs de la relation sont conservés.
Un attribut peut ne pas avoir été renseigné pour certains n-tulpes. Si une condition de sélection doit en tenir compte, on indiquera simplement : nomattribut "non renseigné".

Définition mathématique

Soit P un prédicat sur les attributs de R; R(P) ≡ {(r) : ∈ R : P(r)}

Exemple de sélection2

Nous ne désirons conserver que les lignes dont le prénom correspond à Hippolyte.

X: ETUDIANTS 
N° etudiantnomprénom
7CiclonePhilémon
16CalysHippolyte
24HalambiqueNestor
32BergamotteHippolyte
38MullPacha
77CapacRascar
Z = SELECTION (ETUDIANT, prénom="Hippolyte") 
N° etudiantnomprénom
16CalysHippolyte
32BergamotteHippolyte
En gros, nous pouvons dire qu'une sélection permet, pour une relation, de ne conserver que les données des lignes souhaitées, alors que la projection permet de ne conserver que les données des colonnes souhaitées.

English translation

You have asked to visit this site in English. For now, only the interface is translated, but not all the content yet.

If you want to help me in translations, your contribution is welcome. All you need to do is register on the site, and send me a message asking me to add you to the group of translators, which will give you the opportunity to translate the pages you want. A link at the bottom of each translated page indicates that you are the translator, and has a link to your profile.

Thank you in advance.

Document created the 19/03/2002, last modified the 26/10/2018
Source of the printed document:https://www.gaudry.be/en/analyse-relation-selection.html

The infobrol is a personal site whose content is my sole responsibility. The text is available under CreativeCommons license (BY-NC-SA). More info on the terms of use and the author.

Notes

  1.  pk, fk, et id : Les suffixes pk, fk, et id correspondent à la même donnée, mais permettent de mieux identifier leur origine, leur rôle, et éviter des conflits dans le cas de jointures:
    - pk, pour "Primary Key" est l'identifiant unique utilisé dans la table d'origine.
    - fk, pour "Foreign Key" est l'identifiant unique utilisé dans une autre table, pour référencer la clé de la table d'origine(pk).

  2.  Nommer des tables et des colonnes : Les noms utilisés ici pour les objets relationnels sont en majuscules. Dans le cas d'une base de donnée, j'utiliserais de préférence:
    - uniquement des minuscules,
    - pas de caractères accentués,
    - uniquement des termes anglais,
    - le nom de la table préfixé par t_,
    - le nom d'une table de relation préfixé par tj_,
    - le nom d'une colonne d'une table normale préfixé par le nom de la table (pour éviter les problèmes lors de jointures),
    - et le nom de table au singulier (bien que ce dernier point soit vraiment discutable).
    Ceci n'est en tout cas qu'une manière de procéder, car il n'existe pas de standard vraiment appliqué en matière de nommage dans les bases de données au moment de la rédaction de cette page.

    Exemple:
    t_student {student_pk, student_lastname, student_firstname}
    tj_student_address{student_fk, address_fk}
    1

Contents Haut