NULL ET LIKE

Version imprimable

26/01/2009, 17h24
rvaouate

NULL ET LIKE

Bonjour

J'ai un problème que je pensais de prime abord simple mais dont je ne vois pas le bout. :roll:
J'ai une procédure stockée avec SELECT et un WHERE mon_champ = mom_parametre où mom_parametre = '%'
Il me renvoie toutes les lignes sauf celles ou mon_champ est NULL

Existe-il un moyen de d'inclure ces lignes en gardant le caractère dynamique de la claure WHERE ?

Pour être plus précis, ma problématique est que si mon paramètre est vide, je souhaite renvoyer toutes les lignes, y compris les valeurs NULL et ce, pour plusieurs paramètres.

Merci d'avance

Herve Aouate
26/01/2009, 21h44
SQLpro

Utilisez la fonction SQL normative COALESCE :

Code:

WHERE COALESCE(MaColonne, '') LIKE ???

ou bien la prédicat IS NULL

Code:

WHERE Macolonne LIKE ??? OR MaColonne IS NULL.

A +
27/01/2009, 14h37
elsuket

Bonjour,

Ou encore la fonction ISNULL :

Code:

WHERE ISNULL(MaColonne, '') LIKE ???

Elle fonctionne pareillement que COALESCE, excepté qu'elle ne prend que deux paramètres.

@++ ;)
30/01/2009, 12h00
rvaouate

Bonjour

Je vous remercie tous les deux de vos réponses mais je n'ai pas bien expliqué ma question.

Je souhaite écrire une procédure stockée avec plusieurs paramètres en entrée qui seront utilisés comme conditions dans le WHERE.
Mais je souhaite que si un ou plusieurs de ces paramètres est NULL ou vide ou égal à 0, ils ne soient plus utilisés dans le WHERE.

Exemple
J'ai en entrée un code banque et un code agence.

1) Si code banque =17 et code agence = 25 : je veux retourner tous les enregistrements dont le code banque =17 et code agence = 25 (Jusque là facile :lol: )

2) Si code banque =17 et code agence = 0 : je veux retourner tous les enregistrements dont le code banque = 17, et ce quel quel soit le code agence, y compris s'il n'est pas renseigné (Là est mon problème :arf: )

Dans le cas 2, vos solutions me renverraient uniquement les enregistrements dont le code banque = 17 et dont le code agence est NULL

Sachant que je peux avoir jusqu'à une quinzaine de paramètres.

Merci d'avance

Herve Aouate
30/01/2009, 12h32
hazamor

Utilisez l'operateur OR
Utilisez l'operateur OR:
Code:

1 2 ... Where col1= :par1 OR col12= :par2 OR col3= :par3 ...
:king:
30/01/2009, 13h20
rvaouate

Non, cela ne convient pas car dans le cas de mon exemple 1, j'aurais les lignes qui correspondent à la première condition ou à la deuxième condition alors que je souhaiterai les lignes qui correspondent aux deux conditions.

Merci quand même
30/01/2009, 23h41
SQLpro

Commencez pas respecter les règles du forum.
http://www.developpez.net/forums/d96...vement-poster/
On vous comprendra mieux et tout le monde perdra moins de temps. Vous à attendre une solution, et nous a tenter de vous répondre bien gentillement !

A +
31/01/2009, 19h23
rvaouate

Bonjour

D'abord, je vous remercie de votre gentillesse.

Ensuite, dans l'esprit de faire perdre le moins possible de temps aux personnes qui aident les gens comme moi, pourriez-vous me dire concrètement ce qui ne convient pas dans mes posts.
Si vous faites référence à l'absence de code, c'est simplement parce que je ne l'ai pas encore écrit. D'où le problème.

Merci d'avance

Bien cordialement

Herve Aouate

Bonjour,

Une piste :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
CREATE PROCEDURE usp_Recherche_Agence
	@_nomAgence VARCHAR(50) = NULL
	@_codeBanque INT,
	@_codeAgence INT
AS
BEGIN
	SELECT mesColonnes
	FROM dbo.TbAgences
	WHERE
	(
		@_codeBanque = 0
		OR ISNULL(codeBanque, 0) = @_codeBanque
	)
	AND 
	(
		@_codeAgence = 0
		OR ISNULL(codeAgence, 0) = @_codeAgence
	)
	AND
	(
		@_nomAgence IS NULL
		OR ISNULL(@_nomAgence, '') LIKE '%' + @_nomAgence + '%'
	)
END

Dans tous les cas le code que vous écrirez n'est ni performant ni optimisable, comme celui que je viens de vous proposer ... :?

@++ ;)

02/02/2009, 11h04
rvaouate

Même si effectivement c'est un peu complexe à mettre en place avec la quinzaine de paramètres que j'ai, l'idée est très intéressante et efficace.

Merci beaucoup. :D
02/02/2009, 12h13
SQLpro

Citation:

pourriez-vous me dire concrètement ce qui ne convient pas dans mes posts.

Le non respecte de la charte... Alors puisque vous ne l'avez visiblement pas lu, je vous la copie colle :

Poster le SQL DDL de la définition de vos objets :

C'est facile avec SQL Server :
Dans Entreprise Manager, clic droit sur la table "Toutes les tâches / Générer un script SQL".
Cela permet aux personnes qui tent de vous répondre :
1) de mieux comprendre votre problème (nom clair des objets)
2) de reproduire votre problématique sur leur machine pour mieux vous aider !

Exemple :
Code :

CREATE TABLE [T_CLIENT] (
[CLI_ID] [int] NOT NULL ,
[TIT_CODE] [char] (8) COLLATE French_CS_AS NULL ,
[CLI_NOM] [char] (32) COLLATE French_CS_AS NOT NULL ,
[CLI_PRENOM] [varchar] (25) COLLATE French_CS_AS NULL ,
[CLI_ENSEIGNE] [varchar] (100) COLLATE French_CS_AS NULL ,
CONSTRAINT [PK_T_CLIENT] PRIMARY KEY CLUSTERED ( [CLI_ID]) ON [PRIMARY] ,
CONSTRAINT [FK_T_CLIENT_L_CLI_TIT_T_TITRE] FOREIGN KEY ([TIT_CODE]) REFERENCES [T_TITRE] ([TIT_CODE])
) ON [PRIMARY]
GO

De la même façon, un jeu d'essais tout prêt (ordres SQL INSERT) permet de tester les solutions proposées.
Exemple :
Code :

INSERT INTO T_CLIENT VALUES (33, 'M.', 'Dupont', 'Marcel', 'A la bonne charcutière')
INSERT INTO T_CLIENT VALUES (41, 'Mme.', 'Martin', 'Jeanine, NULL)

Vous pouvez vous aider de la procédure suivante pour reconstituer un tel jeu d'essais :
http://vyaskn.tripod.com/code/generate_inserts.txt
02/02/2009, 18h25
FMJ

J'ai pas très bien saisi ce qui était écrit vers le milieu.

Pourriez-vous écrire plus distinctement SVP ? :mrgreen: