Discussion :

[sdozias]

Bonjour,

Une des tables de ma base a un comportement bizarre...
Je fais un premier select, par exemple :
select * from toto where truc = 1 and bidule = 2

je fais ensuite un autre select :
select * from toto where truc = 1 and bidule = 2 and chouette = 3

et ce select me ramène une ligne qui n'est pas dans le résulta du select précédent . Et visiblement, j'ai plusieurs dizaines de lignes dans ce cas.

Qu'est ce que ça veut dire, et comment y remédier ?!

[Fabien Celaia]

Tu restreins les conditions, donc ton output devrait etre inferieur ou egal au premier.
Il n'y a pas de raison SQL, a part si quelqu'un d'autre est en train d'ajouter des enregistrements par un autre biais.
Quelle est la version de Sybase que tu utilises ?
N'as-tu pas une reproduction de cas a nous soumettre ?

Une autre explication pourrait venir d'une table ou d'un index corrompu : l'ajout de la condition ferait passer l'optimiseur par un autre chainage (un index sur le dernier champ de la condition, par exemple) et se perdrait dans les meandres d'un chainage corrompu. As-tu execute un dbcc checktable et dbcc tablealloc sur la table en question ?

[sdozias]

Le dbcc reindex se plante. Visiblement, il tombe sur une page qui appartient à une autre table que celle qui deconne. Visiblement cette table a du plomb dans l'aile, mais comment faire pour recuperer le coup ?

Version de Sybase : 11.9.2

[Admin]

Ca t'aide pas ça :
http://fadace.developpez.com/corrupt/

[Fabien Celaia]

Corruption donc.

Execute les ordres suivants et refile le message d'erreur complet (pas l'output total qui doit etre trop gros)

Code :

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

1
2
3
4
5
6
7
8
9
use taBase
go
dbcc traceon(3604)
go
dbcc tablealloc(TaTable)
select @@error
dbcc checktable(TaTable)
select @@error
go

PS : il te faut des droits SA pour ca