Distinct et table spool

Bonjour à tous,

J'ai une requête qui met beaucoup trop de temps à s'exécuter. En regardant le plan d'exécution je vois qu'il y a des "table spool" qui mettent beaucoup de temps à s'exécuter. Voici donc la reqûete en question:

Code:

---

1 2 3 4 5 6

SELECT COUNT(distinct categories_guid) as 'c' FROM searchproducts WHERE ((CONTAINS((products_name,categories_name), '"Auto*"') AND CONTAINS(categories_name, '"Jeu*"')) AND CONTAINS(categories_name, '"PS2*"'))

---

Cette requête met quasiment 1 minute à s'executer :(.
Le problème vient apparemment du distinct car sans celui-ci la requête retourne le resultat en moins d'une seconde (et aucun table spool n'est utilisé du coup).

J'ai essayé de passer par des requêtes imbriquées à la place d'utiliser le distinct mais ca ne change rien.

Pour info dans le plan d'execution avec le distinct les tables spools ont en entrée environ 600 lignes mais en ressortent 70 000 000 8O.

Enfin autre précision importante, si je fais des CONTAINS(categories_name, '"Jeu"') à la place des CONTAINS(categories_name, '"Jeu*"'), alors la requete est instantanée.

Quelqu'un pourrait-il m'orienter sur une piste pour resoudre ce problème?

Merci d'avance

Paske

bien évidemment, pour les informations utiles, on va utilisé la boule de cristal... :aie:
Script de ta table, taille, indexes...
Pareil, le plan exécution, on le devine...
Pourquoi tu utilises contains et pas like...

Attends-moi, je vais consulter l'horoscope et je te ramène la réponse.

Quelle version de SQL Server ????

Repondez à nos questions SVP !!!!!!

A +

Désolé j'avais une vie sociale à gérer après le boulot hier, je n'ai pas pu répondre dans les heures qui ont suivi. Quant à ta boule de cristal j'espère qu'elle a pu t'aider un minimum...

Pour le reste il s'agit de Sql Server 2008 RTM. Et voici la définition de la vue:

Code:

---

1 2 3 4 5 6 7 8 9 10 11

CREATE VIEW [dbo].[SearchProducts] WITH SCHEMABINDING AS SELECT dbo.Categories.Categories_Name, dbo.Products.Products_GUID, dbo.Products.Products_Name, dbo.Products.MainProperties, dbo.Categories.Categories_Guid, dbo.Categories.Categories_KeyWords, dbo.Products.Products_Online FROM dbo.Categories INNER JOIN dbo.Products ON dbo.Categories.Categories_Guid = dbo.Products.Categories_GUID WHERE (dbo.Products.Products_Online = 'true') AND (dbo.Categories.Categories_Online = 'true') AND (dbo.Categories.preRelease = 'false')   GO

---

Avec:
Categories_name: varchar(100) NON NULL
Products_guid: uniqueidentifier NON NULL
Products_Name: varchar(400) NON NULL
Products.MainProperties: varchar(500) NON NULL
Categories.Categories_Guid: uniqueidentifier NON NULL
Categories.Categories_KeyWords: varchar(2000) NON NULL
Products.Products_Online: bit NON NULL

index de la vue:

Code:

---

1 2 3 4 5 6

CREATE UNIQUE CLUSTERED INDEX [IX_SearchProducts] ON [dbo].[SearchProducts] ( [Products_GUID] ASC )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) ON [PRIMARY] GO

---

la vue retourne un total de 112000 lignes. Quant à l'utilisation de contains plutot que du like c'est justement pour tous les avantages qu'apporte l'utilisation du fulltext.

Et si vous voulez les plans d'executions les voici, mm si vous n'avez pas le détails (distinct puis non distinct). Je re-précise qu'en moyenne en entrée de la table spool on a 600 lignes et 70 000 000 en sortie.

http://img521.imageshack.us/f/planlent.jpg/
http://img163.imageshack.us/f/planrapide.jpg/

Merci pour votre aide malgré une pointe de sarcasme de jerome_mtl dont je me serai bien passé.