फ़िल्टर की स्थिति सही ढंग से क्लस्टर किए गए स्तंभ के अनुक्रमणिका पर लागू नहीं होती है

Question

नीचे दिए गए उदाहरण का उपयोग करते हुए, विधेय समान होते हैं, हालांकि शीर्ष कथन (सही ढंग से) 0 पंक्तियां देता है, नीचे का विवरण 1 लौटाता है - भले ही विधेय का मिलान न हो:

declare @barcode nchar(22)=N'RECB012ZUKI449M1VBJZ'  
declare @tableId int = null
declare @total decimal(10, 2) = 5.17

SELECT 1
FROM
    [dbo].[transaction] WITH (INDEX([IX_Transaction_TransactionID_PaymentStatus_DeviceID_DateTime_All]))
WHERE
    Barcode = @barcode
    AND StatusID = 1
    AND TableID = @tableID
    AND @total <= Total

SELECT 1
FROM
    [dbo].[transaction] 
WHERE
    Barcode = @barcode
    AND StatusID = 1
    AND TableID = @tableID
    AND @total <= Total

ऐसा क्यों हो रहा है?

आगे की जानकारी:

• शीर्ष विवरण में गैर क्लस्टर सूचकांक को फ़िल्टर्ड नहीं किया गया है
• चेकडीबी 0 अंक लौटाता है
• सर्वर संस्करण: Microsoft SQL Azure (RTM) - 12.0.2000.8 Dec 19 2018 08:43:17 Copyright (C) 2018 Microsoft Corporation

योजना लिंक को चिपकाएँ:

https://www.brentozar.com/pastetheplan/?id=S1w_rU68E

आगे की जानकारी:

भाग गए हैं dbcc checktable ([transaction]) with all_errormsgs, extended_logical_checks, data_purityजो कोई मुद्दा नहीं इंगित करता है।

मैं इस डेटाबेस के बैकअप को पुनर्स्थापित करते समय इस तालिका के विरुद्ध समस्या को पुन: उत्पन्न कर सकता हूं।

Comments

टिप्पणियाँ विस्तारित चर्चा के लिए नहीं हैं; इस वार्तालाप को बातचीत में स्थानांतरित कर दिया गया है ।

— जैक का कहना है कि topanswers.xyz

Answer 1

इस बग को स्तंभों को छोड़ने या नाम बदलने की आवश्यकता नहीं है।

आप उसी व्यवहार को भी देखेंगे statusId = 100जिसके लिए स्तंभ के किसी भी संस्करण में कभी भी मौजूद नहीं था।

आवश्यकताएँ

• एक संकुल स्तंभ
• गैर-बीस्टेड ट्री-इंडेक्स
• स्तंभ के साथ लुकअप करने वाली योजना
  • डेल्टा स्टोर में लक्ष्य पंक्ति
  • एक धक्का दिया गैर SARG विधेय
  • एक समानता परीक्षण का उपयोग करके NULL के साथ तुलना

उदाहरण

DROP TABLE IF EXISTS dbo.Example;
GO
CREATE TABLE dbo.Example
(
    c1 integer NOT NULL,
    c2 integer NULL,

    INDEX CCS CLUSTERED COLUMNSTORE,
    INDEX IX NONCLUSTERED (c1)
);
GO
INSERT dbo.Example
    (c1, c2)
VALUES
    (1, NULL);
GO
DECLARE @c2 integer = NULL;

-- Returns one row but should not
SELECT
    E.* 
FROM dbo.Example AS E 
    WITH (INDEX(IX))
WHERE
    E.c2 = @c2;

निम्न में से कोई भी बग से बचाएगा:

• निर्दिष्ट पंक्तिग्रुप विकल्प के साथ पुनर्गठन सहित किसी भी विधि का उपयोग करके डेल्टा स्टोर से पंक्तियों को स्थानांतरित करना
• स्पष्ट रूप से अस्वीकार करने के लिए विधेय लिखना = NULL
• लुकअप में विधेय को धकेलने से बचने के लिए निर्बाध ट्रेस ध्वज 9130 को सक्षम करना

db <> फिडेल डेमो।

---

यह बग SQL Server 2017 (और CU7 SQL सर्वर 2016 SP2 के लिए) CU15 में तय किया गया था :

FIX: दोनों क्लस्टर्ड कॉलमस्टोर इंडेक्स और नॉनक्लेस्टेड रोस्टोर स्कोर के साथ टेबल के खिलाफ क्वेरी SQL सर्वर 2016 और 2017 में गलत परिणाम दे सकती है

Answer 2

यह SQL सर्वर के साथ एक बग है। यदि स्तंभ को स्तंभित स्तंभ की अनुक्रमणिका वाली तालिका से हटा दिया जाता है, और फिर उसी नाम के साथ एक नया स्तंभ जोड़ा जाता है, तो यह विधेय के लिए पुराने, हटाए गए स्तंभ का उपयोग करता प्रतीत होता है। यहाँ MVCE है:

यह स्क्रिप्ट के साथ शुरू होता 10000साथ पंक्तियों statusIdकी 1और statusId2की 5- तो चला जाता है statusIDस्तंभ और renames statusId2लिए statusId। तो अंत में सभी पंक्तियों statusIdमें 5 का होना चाहिए ।

लेकिन निम्नलिखित क्वेरी नॉन क्लस्टर्ड इंडेक्स को हिट करती है ...

select *
from example
where statusId = 1
    and total <= @filter
    and barcode = @barcode
    and id2 = @id2

... और रिटर्न 2पंक्तियाँ (चुने statusIdहुए WHEREखंड से निहित अलग से ) ...

+-------+---------+------+-------+----------+
|  id   | barcode | id2  | total | statusId |
+-------+---------+------+-------+----------+
|     5 |    5    | NULL |  5.00 |        5 |
| 10005 |    5    | NULL |  5.00 |        5 |
+-------+---------+------+-------+----------+

... जबकि यह एक कॉलमस्टोर तक पहुंचता है और सही तरीके से रिटर्न करता है 0

select count(*) 
from example 
where statusId = 1

---

MVCE

/*Create table with clustered columnstore and non clustered rowstore*/
CREATE TABLE example
(
id        INT IDENTITY(1, 1),
barcode   CHAR(22),
id2       INT,
total     DECIMAL(10,2),
statusId  TINYINT,
statusId2 TINYINT,
INDEX cci_example CLUSTERED COLUMNSTORE,
INDEX ix_example (barcode, total)
);

/* Insert 10000 rows all with (statusId,statusId2) = (1,5) */
INSERT example
       (barcode,
        id2,
        total,
        statusId,
        statusId2)
SELECT TOP (10000) barcode = row_number() OVER (ORDER BY @@spid),
                   id2 = NULL,
                   total = row_number() OVER (ORDER BY @@spid),
                   statusId = 1,
                   statusId2 = 5
FROM   sys.all_columns c1, sys.all_columns c2;

ALTER TABLE example
  DROP COLUMN statusid
/* Now have 10000 rows with statusId2 = 5 */


EXEC sys.sp_rename
  @objname = N'dbo.example.statusId2',
  @newname = 'statusId',
  @objtype = 'COLUMN';
/* Now have 10000 rows with StatusID = 5 */

INSERT example
       (barcode,
        id2,
        total,
        statusId)
SELECT TOP (10000) barcode = row_number() OVER (ORDER BY @@spid),
                   id2 = NULL,
                   total = row_number() OVER (ORDER BY @@spid),
                   statusId = 5
FROM   sys.all_columns c1, sys.all_columns c2;
/* Now have 20000 rows with StatusID = 5 */


DECLARE @filter  DECIMAL = 5,
        @barcode CHAR(22) = '5',
        @id2     INT = NULL; 

/*This returns 2 rows from the NCI*/
SELECT *
FROM   example WITH (INDEX = ix_example)
WHERE  statusId = 1
       AND total <= @filter
       AND barcode = @barcode
       AND id2 = @id2;

/*This counts 0 rows from the Columnstore*/
SELECT COUNT(*)
FROM   example
WHERE  statusId = 1;

मैंने Azure फ़ीडबैक पोर्टल पर भी एक मुद्दा उठाया है :

और किसी और के लिए जो इसका सामना करता है, Clustered Columnstore Index का पुनर्निर्माण समस्या को हल करता है:

alter index cci_example on example rebuild

CCI का पुनर्निर्माण केवल किसी भी मौजूदा डेटा को ठीक करता है। यदि नए रिकॉर्ड जोड़े जाते हैं, तो इन रिकॉर्ड्स पर फिर से समस्या उत्पन्न होती है; इसलिए वर्तमान में तालिका के लिए एकमात्र ज्ञात सुधार इसे पूरी तरह से फिर से बनाना है।

Comments

सिर्फ इस मुद्दे पर नहीं कि यह पुराने को विधेय के लिए इस्तेमाल कर रहा है। दूसरी विचित्र बात यह है कि यह पूरी तरह से अलग-अलग स्तंभों पर अवशिष्ट विधेय को तोड़ता है, and id2 = @id2वैसे भी शून्य पंक्तियों की गारंटी होनी चाहिए @id2, nullलेकिन आपको अभी भी 2

— मार्टिन स्मिथ

पुन :: आपका संपादन 2 काम करता REORGANIZE WITH (COMPRESS_ALL_ROW_GROUPS = ON);है? यह स्पष्ट हो जाएगा कि क्या - नई पंक्तियों के लिए समस्या अभी भी है जो बाद में जोड़ी गई है?

— मार्टिन स्मिथ

नहीं, दुःख के समान ही परिणाम प्रतीत होते हैं?

— Uberzen1

Answer 3

योजनाओं के आधार पर, ऐसा प्रतीत होता है कि Columnstore सूचकांक SET ANSI_NULLS OFF के साथ बनाया गया था। टेबल्स और इंडेक्स सेटिंग को बनाए रखते हैं जैसे कि इंडेक्स बनाया गया था। आप यह सुनिश्चित करते हुए कि ANSI_NULLS ON है, तब एक डुप्लिकेट Columnstore अनुक्रमणिका बनाकर जाँच कर सकते हैं, फिर या तो मूल को छोड़ कर या इसे अक्षम कर सकते हैं।

लेकिन, जब तक आपने SQL सर्वर बग की खोज नहीं की है, यह एकमात्र तरीका है जिसके परिणाम हो सकते हैं।

Comments

क्या आप सुनिश्चित हैं कि 1) गैर-फ़िल्टर किए गए अनुक्रमणिका ANSI_NULLS सेटिंग्स को आधार तालिका से अलग रख सकते हैं, और 2) कि सत्र ANSI_NULLS सेटिंग वास्तव में विसंगतियों का कारण बन सकती है जब तालिका ANSI_NULLS OFF के साथ बनाई गई है?

— फॉरेस्ट

मैंने ऐसा सोचा था, लेकिन जब मैंने CCI की परिभाषा को स्क्रिप्ट किया तो उसके पास कोई सेट विकल्प नहीं है, और यदि मैं इसे सूचकांक परिभाषा के पहले SET ANSI_NULLS ON के साथ बनाता हूं तो परिणाम समान है?

— Uberzen1