[SQL Server2005]Un bug étrange

Version imprimable

15/01/2008, 16h20
zaventem

1 pièce(s) jointe(s)

[SQL Server2005]Un bug étrange

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 8O.

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.
15/01/2008, 16h35
rudib
Bonjour,

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

Peux-tu faire ceci :
Code:

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 ?

Voilà le résultat

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
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>

15/01/2008, 17h00
rudib
A priori, rien d'inquiétant.
Que donne ceci ?
Code:

1 2 DBCC CHECKTABLE ('dbo.Logs_SP')
15/01/2008, 17h24
zaventem
Voici le résultat.
Code:

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.
15/01/2008, 19h54
Babyneedle
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:

1 2 3 4 DBCC DROPCLEANBUFFERS SELECT T1.[NOM] FROM Logs_SP T1
16/01/2008, 08h31
zaventem
De plus en plus étrange...
J'ai créé l'index suivant
Code:

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é :aie:
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é.
16/01/2008, 10h04
rudib
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:

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 ?

Voilà le script de création de la table

Code:

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.

16/01/2008, 10h49
rudib
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:

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
16/01/2008, 11h16
zaventem

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.