SQL Server 2000 distingue 0,00 décimal zéro et 0,00 alors que ADO.NET ne pas

Question

Nous utilisons SQL Server Standard Edition 8.00.760 (SP3) sur une plate-forme Small Business Server 2003. Alors que traquer un System.Data.DBConcurrencyException pour un DataSet inexplicable fortement typées, j'ai découvert le problème suivant:

est donné ce tableau:

CREATE TABLE [dbo].[Auszahlung](
    [auszahlungid] [int] IDENTITY(1,1) NOT NULL, 
    [spesenkonto] [decimal](10, 2) NOT NULL, 

Et cette requête pour une ligne initialement insérée avec des décimales calculées dans .NET 2.0 en utilisant un DataSet fortement typées:

SELECT [auszahlungid], [spesenkonto] 
FROM [Auszahlung] 
WHERE [auszahlungid] = 35 

Lorsqu'il est exécuté sur un client SQL Server Management studio 2005, je reçois ce résultat:

auszahlungid spesenkonto 
------------ --------------------------------------- 
35   0.00 

(1 Zeile(n) betroffen) 

Mais lorsqu'il est exécuté sur l'Analyseur de requêtes sur le Sql Server 2000, je reçois ce zéro négatif:

auszahlungid spesenkonto 
------------ ------------ 
35   -.00 

(1 row(s) affected) 

Par conséquent, les requêtes

SELECT [auszahlungid], [spesenkonto] 
FROM [Auszahlung] 
WHERE [auszahlungid] = 35 
AND [spesenkonto] = 0.00 

et (inconsequently sur SQL 2000 Interrogation Analyseur)

SELECT [auszahlungid], [spesenkonto] 
FROM [Auszahlung] 
WHERE [auszahlungid] = 35 
and spesenkonto = -.00 

à la fois produire 0 lignes, et toute mise à jour de ligne en utilisant un DataSet fortement typé .NET déclenchera une exception System.Data.DBConcurrencyException en raison de la restriction de concurrence d'accès optimiste.

Questions:

Est-ce un bug connu dans MSSQL?

Comment rendre mon système fiable sans sacrifier la concurrence optimiste?

Answer 1

Peut-être, lorsque l'on travaille avec chauffeur SQL2000 interprète numérique comme flotteur ... vous pouvez essayer la solution suivante

SELECT [auszahlungid], [spesenkonto] 
FROM [Auszahlung] 
WHERE [auszahlungid] = 35 
AND ABS([spesenkonto]) < 0.01