Tester la casse à la saisie

[DiverSIG]

Bonjour,

Dans une table, j'ai un champ varchar(), je voudrais mettre une contrainte que tous les caractères saisis soient des majuscules. idem dans un autre champ : je voudrais que la première lettre soit une majuscule, et toutes les suivantes soient minuscules.

J'imagine qu'il faut écrire une procédure stockée, ou quelque chose comme ça, mais comment faire ?
Je suis sous postgreSQL.

Merci,
Nico

[Waldar]

Le contrôle de saisie vous devriez le faire au niveau de votre application.
La base de données va contrôler cette règle via une contrainte CHECK :

Code :

CHECK (colonne = upper(colonne))

Idem pour la première lettre en majuscule :

Code :

CHECK (colonne = initcap(colonne))

Maintenant vous pouvez tout à fait laisser la saisie libre, et forcer la casse dans une vue avec ces mêmes fonctions.

[DiverSIG]

merci pour les syntaxe SQL.

Code :

Le contrôle de saisie vous devriez le faire au niveau de votre application.

Pourquoi ?

Mon idée, c'est que si un jour j'ai un chargement massif de données à faire, au lieu de passer par l'interface, je fais ça par des scripts sql, et donc, il faut qu'il y ait un contrôle de saisie au niveau de la base...
Mauvais raisonnement ?

Merci,
Nico

[SQLpro]

Vous pouvez codez un déclencheur pour ce faire. Exemple :

La table :

Code :

CREATE TABLE T_TEST (C VARCHAR(16));

La fonction :

Code :

1
2
3
4
5
6
7
8
9
10
11
CREATE FUNCTION P_E_I_TEST() 
RETURNS TRIGGER AS  
' 
  BEGIN 
  UPDATE T_TEST
  SET    C = UPPER(C)
  WHERE  C = NEW.C;
  RETURN NULL; 
  END; 
' 
LANGUAGE 'plpgsql';

Le déclencheur incorporant la fonction :

Code :

1
2
3
4
CREATE TRIGGER E_I_TEST
AFTER INSERT 
ON T_TEST 
FOR EACH ROW EXECUTE PROCEDURE P_E_I_TEST ();

Le test :

Code :

INSERT INTO T_TEST VALUES ('toto')

La solution :

Code :

1
2
3
4
5
SELECT * FROM T_TEST
 
C
---------------------------
TOTO

A +

[estofilo]

Il n'y a pas à faire d'update dans la fonction, il suffit de faire NEW.C = upper(c) et lier la fonction à un trigger BEFORE, ce sera beaucoup plus efficace.

[Waldar]

SQL-Server ne gère pas les triggers BEFORE.
Mais sur un SGBD qui les supporte vous avez parfaitement raison, le trigger BEFORE sera la plus performant.

[SQLpro]

Envoyé par estofilo

Il n'y a pas à faire d'update dans la fonction, il suffit de faire NEW.C = upper(c) et lier la fonction à un trigger BEFORE, ce sera beaucoup plus efficace.

J'oublie toujours que PostGreSQL ne sait pas faire des triggers "for each statement" !

A +

[estofilo]

Envoyé par SQLpro

J'oublie toujours que PostGreSQL ne sait pas faire des triggers "for each statement" !

Tu l'oublies à juste titre, puisque c'est faux:

Code :

1
2
3
4
5
6
7
test=> \h CREATE TRIGGER
Command:     CREATE TRIGGER
Description: define a new TRIGGER
Syntax:
CREATE TRIGGER name { BEFORE | AFTER } { event [ OR ... ] }
    ON TABLE [ FOR [ EACH ] { ROW | STATEMENT } ]
    EXECUTE PROCEDURE funcname ( arguments )

[SQLpro]

Ah mon dieux, c'est vrai que ça a changé récemment !

A +