[SQL Server2005]Un bug étrange

**zaventem** · 15/01/2008, 16h20

Bonjour,
Comme l'indique le titre, je suis confronté à un comportement assez étrange. Je fait deux requêtes quasiment identiques (la première porte sur deux colonnes, la seconde sur une seule) sur les mêmes données dans la même table. (cf la copie d'écran jointe)

La seconde me renvoie un genre de concaténation de données provenant d'une autre table

.

Ce problème ne me bloque absolument pas mais cela m'intrigue quand même.

Quelqu'un aurait-il une idée de l'origine de cette bizarrerie?

Merci d'avance.

**rudib** · 15/01/2008, 16h35

Bonjour,

Intéressant, on se croirait dans Access où "nom" est ambigu.

Peux-tu faire ceci :

Code :

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

1
2
3
4
5
6
7
8
9
 
SET SHOWPLAN_XML ON
GO
 
SELECT DISTINCT nom FROM Logs_SP
GO
 
SET SHOWPLAN_XML OFF
GO

et poster le XML de résultat ?

**zaventem** · 15/01/2008, 16h42

Voilà le résultat

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
 
<ShowPlanXML xmlns="http://schemas.microsoft.com/sqlserver/2004/07/showplan" Version="1.0" Build="9.00.2050.00">
  <BatchSequence>
    <Batch>
      <Statements>
        <StmtSimple StatementText=" &#xD;&#xA;SELECT DISTINCT nom FROM Logs_SP&#xD;&#xA;" StatementId="1" StatementCompId="1" StatementType="SELECT" StatementSubTreeCost="2.10879" StatementEstRows="10093" StatementOptmLevel="FULL">
          <StatementSetOptions QUOTED_IDENTIFIER="false" ARITHABORT="true" CONCAT_NULL_YIELDS_NULL="false" ANSI_NULLS="false" ANSI_PADDING="false" ANSI_WARNINGS="false" NUMERIC_ROUNDABORT="false" />
          <QueryPlan CachedPlanSize="9">
            <RelOp NodeId="0" PhysicalOp="Hash Match" LogicalOp="Aggregate" EstimateRows="10093" EstimateIO="0" EstimateCPU="1.40851" AvgRowSize="38" EstimatedTotalSubtreeCost="2.10879" Parallel="0" EstimateRebinds="0" EstimateRewinds="0">
              <OutputList>
                <ColumnReference Database="[MaBase]" Schema="[dbo]" Table="[Logs_SP]" Column="nom" />
              </OutputList>
              <MemoryFractions Input="1" Output="1" />
              <Hash>
                <DefinedValues />
                <HashKeysBuild>
                  <ColumnReference Database="[MaBase]" Schema="[dbo]" Table="[Logs_SP]" Column="nom" />
                </HashKeysBuild>
                <BuildResidual>
                  <ScalarOperator ScalarString="[MaBase].[dbo].[Logs_SP].[nom] = [MaBase].[dbo].[Logs_SP].[nom]">
                    <Compare CompareOp="IS">
                      <ScalarOperator>
                        <Identifier>
                          <ColumnReference Database="[MaBase]" Schema="[dbo]" Table="[Logs_SP]" Column="nom" />
                        </Identifier>
                      </ScalarOperator>
                      <ScalarOperator>
                        <Identifier>
                          <ColumnReference Database="[MaBase]" Schema="[dbo]" Table="[Logs_SP]" Column="nom" />
                        </Identifier>
                      </ScalarOperator>
                    </Compare>
                  </ScalarOperator>
                </BuildResidual>
                <RelOp NodeId="1" PhysicalOp="Clustered Index Scan" LogicalOp="Clustered Index Scan" EstimateRows="118482" EstimateIO="0.569792" EstimateCPU="0.130487" AvgRowSize="38" EstimatedTotalSubtreeCost="0.700279" Parallel="0" EstimateRebinds="0" EstimateRewinds="0">
                  <OutputList>
                    <ColumnReference Database="[MaBase]" Schema="[dbo]" Table="[Logs_SP]" Column="nom" />
                  </OutputList>
                  <IndexScan Ordered="0" ForcedIndex="0" NoExpandHint="0">
                    <DefinedValues>
                      <DefinedValue>
                        <ColumnReference Database="[MaBase]" Schema="[dbo]" Table="[Logs_SP]" Column="nom" />
                      </DefinedValue>
                    </DefinedValues>
                    <Object Database="[MaBase]" Schema="[dbo]" Table="[Logs_SP]" Index="[PK_Logs_SP]" />
                  </IndexScan>
                </RelOp>
              </Hash>
            </RelOp>
          </QueryPlan>
        </StmtSimple>
      </Statements>
    </Batch>
  </BatchSequence>
</ShowPlanXML>

**rudib** · 15/01/2008, 17h00

A priori, rien d'inquiétant.
Que donne ceci ?

Code :

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

1
2
 
DBCC CHECKTABLE ('dbo.Logs_SP')

**zaventem** · 15/01/2008, 17h24

Voici le résultat.

Code :

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

1
2
DBCC results for 'Logs_SP'.
There are 118727 rows in 767 pages for object "Logs_SP".

En tout cas, merci de t'intéresser à mon problème.

**Babyneedle** · 15/01/2008, 19h54

Je vérifierais la structure de tous les index de la table.

S'il n'existe pas d'index sur le champ nom, j'en ferais un...

Et si tu fais la requête plus explicite?

Code :

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

1
2
3
4
DBCC DROPCLEANBUFFERS 
 
SELECT T1.[NOM]
FROM Logs_SP T1

**zaventem** · 16/01/2008, 08h31

De plus en plus étrange...
J'ai créé l'index suivant

Code :

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

1
2
3
4
5
 
CREATE NONCLUSTERED INDEX [I_Nom] ON [dbo].[Logs_SP] 
(
	[nom] ASC
)WITH (SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF) ON [PRIMARY]

Le résultat c'est un peu amélioré

Les 17 premiers résultats affichés sont bon mais pour les 10200 autres, aucun changement.

PS: j'avais oublié de préciser que ces mêmes requêtes sans le DISTINCT donnent le résultat escompté.

**rudib** · 16/01/2008, 10h04

Vraiment un problème inédit et intéressant.

- Peux-tu poster le script de création de la table ?
- Si tu fais un

Code :

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

1
2
3
4
5
6
SELECT * INTO dbo.logs_temp
FROM dbo.Logs_SP
GO
 
SELECT DISTINCT nom FROM dbo.logs_temp
GO

Qu'est-ce que ça donne ?

**zaventem** · 16/01/2008, 10h16

Voilà le script de création de la table

Code :

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

1
2
3
4
5
6
7
8
9
10
 
CREATE TABLE [dbo].[Logs_SP](
	[id] [int] IDENTITY(1,1) NOT NULL,
	[nom] [varchar](150) COLLATE SQL_Latin1_General_CP1_CI_AI NOT NULL,
	[date] [datetime] NOT NULL,
 CONSTRAINT [PK_Logs_SP] PRIMARY KEY CLUSTERED 
(
	[id] ASC
)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]
) ON [PRIMARY]

En ce qui concerne la requête proposée, aucun changement, le problème est le même.

**rudib** · 16/01/2008, 10h49

Et tu es sûr que ce n'est pas simplement vraiment le contenu de la table ?

Ces deux requêtes donnent vraiment des résultats différents ?

Code :

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

1
2
3
4
5
6
7
8
 
SELECT DISTINCT Nom
FROM [MaBase].[dbo].[Logs_SP]
ORDER BY id
 
SELECT DISTINCT id, Nom
FROM [MaBase].[dbo].[Logs_SP]
ORDER BY id

**zaventem** · 16/01/2008, 11h16

Le serveur a été redémarré pour des raisons qui n'ont rien à voir avec le cas qui me concernait mais maintenant qu'il est de nouveau accessible, plus moyen de reproduire le problème...

Pour ma part, le sujet est clos faute de possibilités de tests.

Merci pour toutes vos idées.

[SQL Server2005]Un bug étrange

MS SQL Server

Discussions similaires

Partager

Partager