Crée un index unique sous conditions

Bonjour,
je souhaite créer un index sur une table avec deux conditions comme suit :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

USE [DOCS_PATH]   GO   SET ANSI_PADDING ON     GO   CREATE UNIQUE NONCLUSTERED INDEX [IX_MDP] ON [dbo].[T_COLLABORATEURS] ( [CO_MAIL_MDP] ASC ) WHERE (([CO_MAIL_MDP] <> '') and ([CO_ID] not in ('COJF','ADM'))) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON)   GO

---

Lors de l'analyse de la requête j’obtiens ce message d'erreur :

Citation:

---

Msg*102, Niveau*15, État*1, Ligne*14
Syntaxe incorrecte vers 'NOT'.
Msg*319, Niveau*15, État*1, Ligne*15
Syntaxe incorrecte près du mot clé 'with'. Si l'instruction est une expression de table commune, une clause xmlnamespaces ou une clause de contexte de suivi des modifications,
l'instruction précédente doit se terminer par un point-virgule.

---

Comment dois-je corriger ma requête pour créer mon index ?

Bonjour,

Essaie de retirer l'option WITH (supprimer toute la ligne) et conserver le minimum de parenthèses dans la clause WHERE.

Code:

---

WHERE CO_MAIL_MDP <> '' AND CO_ID NOT IN ('COJF', 'ADM')

---

Le prédicat WHERE d'un index filtré doit répondre d'une logique simple et cherchable…
Voir mon article pour cette dernière notion :
https://blog.developpez.com/sqlpro/p...sql_sargable_c
En l'occurrence le NOT IN ne l'est pas.
Transformez le en IN ou bien utilisez une colonne calculée
Par exemple :

Code:

---

ALTER TABLE [dbo].[T_COLLABORATEURS] ADD CO_ID2 AS CASE [CO_ID] WHEN 'COJF' THEN NULL WHEN 'ADM' THEN NULL ELSE [CO_ID] END

---

A +

bonjour

En effet, le NOT IN n'est pas accepté dans le filtre d'un index.

Mais en l’occurrence, vous pouvez simplement remplacer

Code:

---

1 2	[CO_ID] not in ('COJF','ADM')

---

par

Code:

---

1 2	[CO_ID] <> 'COJF' AND [CO_ID] <> 'ADM'

---

Les prédicat "différent de" n'étant pas sargable, je doute que l'index ait un intérêt en ce cas :weird:

je parlais bien du filtre de l'index, non de la requête.

et les requêtes possédant les même filtres : ([CO_MAIL_MDP] <> '' AND [CO_ID] <> 'COJF' AND [CO_ID] <> 'ADM') pourront alors utiliser l'index.