Discussion :

[StringBuilder]

Bonjour,

Je suis en plein réflexion pour gérer proprement une règle de mon programme.

J'ai une table des sociétés "company".
Une et une seule de ces société est LA société système.

Seulement, son ID, qui vient d'un système externe, n'est pas clairement identifiable (elle aurait eu le numéro 1 par exemple, j'aurais pu partir dessus).
J'ai donc dans l'idée de mettre une colonne "bit" et passer à 1 la ligne qui correspond à ma société système.

Seulement, déjà je trouve pas ça propre : je ne suis même pas sûr qu'un index m'aidera à identifier la ligne à 1.

Ensuite, niveau contrainte d'unicité, je vois pas trop comment faire sans trigger...
Bref, je trouve ça pas terrible.

Reste la solution de créer une table "system_company" avec une unique colonne fk_company_id et une contrainte pour n'avoir qu'une et une seule ligne (à nouveau, trigger).

Ou une table "paramètre" avec une colonne unique "parameter_name" plus une seconde colonne "parameter_value" et stocker cette info dedans... Mais dans ce cas, plus de FK, ce qui m'ennuie donc à nouveau des triggers pour garnatir l'intégrité...
Comment gèreriez-vous cette problématique ?

[aieeeuuuuu]

Bonjour,

Vous pouvez faire d'une pierre deux coups : un index unique filtré (LaColonneBit = 1)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
CREATE UNIQUE INDEX UIX_company_system ON company(IsSystem) WHERE IsSystem = 1

Avec éventuellement un clause INCLUDE pour ajouter les colonnes nécessaires à toutes vos requêtes.

[StringBuilder]

Ca ne me garanti pas qu'il y en a au moins un à vrai

[SQLpro]

Quand tu as une validation unitaire à faire sur une collection par un regroupement (genre email par défaut) le seul moyen est un lien "reverse". Donc une clef étrangères de plus, mais dans l'autre sens.

A +

[StringBuilder]

Donc une colonne supplémentaire qui contient "id de la société système" et une contrainte not null + unique dessus ?

En effet ça m'a l'air de pouvoir faire l'affaire. C'est un peu dommage de devoir dupliquer l'info sur toutes les lignes mais bon...

[aieeeuuuuu]

heu.. du coup, pourquoi pas un trigger après insert/update/delete pour vérifier la présence de la fameuse ligne ? Avec l'index mentionné plus haut, le cout devrait être négligeable.