Utilisation d'une colonne pour stocker différentes valeurs logique

Date de publication : 26/08/2003

Par SQLPro (autres articles) (CV)
 

niveau : intermédiaire

Pour des raisons de performances, il est logique de penser qu'il vaut mieux utiliser un champ au sein d'une table qu'une jointure avec une autre table lorsque des informations doivent être stockées.
Cette manière de faire peut conduire à 'dénormaliser' le modèle relationnel inhérent à une base de données digne de ce nom.
Ce cas peut cependant se présenter notamment lorsque l'information stockée est plus liée à la cuisine interne du fonctionnel qu'à des nécessités de stockage de l'information.
Un exemple concret nous aidera mieux à comprendre de quoi il s'agit....

LE PROBLÈME

• quel service s'est inscrit l'adhérent
• si son inscription est partielle ou complète

• garde d'enfant
• femme de ménage
• aide soignante

  1      2      3      4      5      6
bit1   bit2   bit3   bit4   bit5   bit6

/* ======================================================== */
/* création de la table : ADHERENT                          */
/* ======================================================== */

create table ADHERENT
(
    ADH_ID        numeric               identity,
    ADH_NOM       char(36)              null    ,
    ADH_PRENOM    char(36)              null    ,
    ADH_ETAT_INS  int                   null    ,
    constraint PK_ADHERENT primary key (ADH_ID)
)

/* ======================================================== */
/* population de la table ADHERENT                          */
/* ======================================================== */

insert into ADHERENT (ADH_NOM, ADH_PRENOM, ADH_ETAT_INS) values ('DUPONT', 'Jacques', 5)
insert into ADHERENT (ADH_NOM, ADH_PRENOM, ADH_ETAT_INS) values ('DURAND', 'Paul', 10)
insert into ADHERENT (ADH_NOM, ADH_PRENOM, ADH_ETAT_INS) values ('DUBOIS', 'Pierre', 18)
insert into ADHERENT (ADH_NOM, ADH_PRENOM, ADH_ETAT_INS) values ('DUVAL', 'André', 9)
insert into ADHERENT (ADH_NOM, ADH_PRENOM, ADH_ETAT_INS) values ('DUHAMEL', 'Philippe', 42)

LES REQUÊTES SQL

select ADH_ID from ADHERENT
where ADH_ETAT_INS & 4 = 4

select (ADH_ETAT_INS & 2) / 2 as ETAT2
from ADHERENT
where ADH_ID = 5

select case when ADH_ETAT_INS & 2 = 2 then 'TRUE' else 'FALSE' end as ETAT2
from ADHERENT
where ADH_ID = 5

select ADH_ID, (ADH_ETAT_INS & 32) / 32 as ETAT32
from ADHERENT

select ADH_ID, case when ADH_ETAT_INS & 32 = 32 then 'TRUE' else 'FALSE' end as ETAT32
from ADHERENT

if (SELECT ADH_ETAT_INS & 1 from ADHERENT where ADH_ID = 4) = 1
begin
   UPDATE ADHERENT SET ADH_ETAT_INS = ADH_ETAT_INS + 1
   where ADH_ID = 4
end

create view V_ADH_ETAT as 
select ADH_ID, 
case when ADH_ETAT_INS &  1 =  1 then 'TRUE' else 'FALSE' end as GE_PARTIELLE,
case when ADH_ETAT_INS &  2 =  2 then 'TRUE' else 'FALSE' end as GE_COMPLETE,
case when ADH_ETAT_INS &  4 =  4 then 'TRUE' else 'FALSE' end as FM_PARTIELLE,
case when ADH_ETAT_INS &  8 =  8 then 'TRUE' else 'FALSE' end as FM_COMPLETE,
case when ADH_ETAT_INS & 16 = 16 then 'TRUE' else 'FALSE' end as AS_PARTIELLE,
case when ADH_ETAT_INS & 32 = 32 then 'TRUE' else 'FALSE' end as AS_COMPLETE
from ADHERENT

select * from V_ADH_ETAT

ADH_ID  GE_PARTIELLE GE_COMPLETE FM_PARTIELLE FM_COMPLETE AS_PARTIELLE AS_COMPLETE 
------- ------------ ----------- ------------ ----------- ------------ ----------- 
1       TRUE         FALSE       TRUE         FALSE       FALSE        FALSE
2       FALSE        TRUE        FALSE        TRUE        FALSE        FALSE
3       FALSE        TRUE        FALSE        FALSE       TRUE         FALSE
4       TRUE         FALSE       FALSE        TRUE        FALSE        FALSE
5       FALSE        TRUE        FALSE        TRUE        FALSE        TRUE

EN CONCLUSION