Hibernate-reactive: MS SQL सर्वर और हाइबरनेट रिएक्टिव 1.0.0.CR9 पर परिणाम सीमित करते समय पैरामीटर प्रतिस्थापन त्रुटि

उस एसक्यूएल के बारे में कुछ अजीब है।

हम भी क्यों प्रयोग कर रहे हैं top n के बजाय offset ... fetch ... । और अनावश्यक कोष्ठक क्यों?

मुझे लगता है कि Panache क्वेरी पर setMaxResults() का उपयोग कर रहा है।

अच्छा यह निश्चित रूप से होना चाहिए। Panache का कोई व्यवसाय नहीं है और अपनी स्वयं की SQL पीढ़ी कर रहा है, ठीक है @FroMage?

खैर मैंने इसे सादे एचआर में करने की कोशिश की, और मुझे मिलता है:

select hqlquerypa0_.id as id1_0_, hqlquerypa0_.description as descript2_0_, hqlquerypa0_.name as name3_0_, hqlquerypa0_.type as type4_0_ from Flour hqlquerypa0_ order by hqlquerypa0_.id offset <strong i="6">@P1</strong> rows fetch next <strong i="7">@P2</strong> rows only

तो मुझे ऐसा लगता है कि यह एक पनाचे से संबंधित समस्या होनी चाहिए।

समीक्षा करने के लिए आपका बहुत-बहुत धन्यवाद और मैं स्टैक में कुछ परियोजनाओं तक पहुंचूंगा। चूंकि ट्रेस लॉग में दिखाया गया एकमात्र एचक्यूएल FROM myproject.entities.Request WHERE requestor.firstName LIKE ?1 , मुझे लगता है कि top(?) का जोड़ एमएस एसक्यूएल कार्यान्वयन से setMaxResults() लिए आ रहा था, हालांकि आपकी पोस्ट में एसक्यूएल दिखाता है कि यह पूरी तरह से अलग वाक्यविन्यास का उपयोग कर रहा है।

अभी भी समस्या का सामना करना पड़ रहा है, मैंने इस एचक्यूएल को प्राप्त करने के लिए एक आदेश जोड़ने का प्रयास किया: FROM myproject.entities.Request WHERE requestor.firstName LIKE ?1 ORDER BY submitted

2021-08-05 16:20:37,992 DEBUG [org.hib.hql.int.ast.QueryTranslatorImpl] (vert.x-eventloop-thread-19) HQL: FROM myproject.entities.Request WHERE requestor.firstName LIKE ?1 ORDER BY submitted
2021-08-05 16:20:37,992 DEBUG [org.hib.hql.int.ast.QueryTranslatorImpl] (vert.x-eventloop-thread-19) SQL: select request0_.id as id1_1_, request0_.caseId as caseid2_1_, request0_.caseNumber as casenumb3_1_, request0_.expires as expires4_1_, request0_.addressLine1 as addressl5_1_, request0_.addressLine2 as addressl6_1_, request0_.agency as agency7_1_, request0_.city as city8_1_, request0_.email as email9_1_, request0_.firstName as firstna10_1_, request0_.lastName as lastnam11_1_, request0_.phone as phone12_1_, request0_.relationship as relatio13_1_, request0_.state as state14_1_, request0_.zipcode as zipcode15_1_, request0_.submitted as submitt16_1_ from Request request0_ where request0_.firstName like ? order by request0_.submitted

इसने निम्नलिखित SQL को निष्पादित करने का प्रयास किया:

2021-08-05 16:20:38,022 DEBUG [org.hib.SQL] (vert.x-eventloop-thread-19)
    select
        request0_.id as id1_1_,
        request0_.caseId as caseid2_1_,
        request0_.caseNumber as casenumb3_1_,
        request0_.expires as expires4_1_,
        request0_.addressLine1 as addressl5_1_,
        request0_.addressLine2 as addressl6_1_,
        request0_.agency as agency7_1_,
        request0_.city as city8_1_,
        request0_.email as email9_1_,
        request0_.firstName as firstna10_1_,
        request0_.lastName as lastnam11_1_,
        request0_.phone as phone12_1_,
        request0_.relationship as relatio13_1_,
        request0_.state as state14_1_,
        request0_.zipcode as zipcode15_1_,
        request0_.submitted as submitt16_1_
    from
        Request request0_
    where
        request0_.firstName like <strong i="10">@P1</strong>
    order by
        request0_.submitted offset 0 rows fetch next ? rows only

तो ... वही समस्या अभी भी मौजूद है कि उसने पैरामीटर प्रतिस्थापन ठीक से नहीं किया (अब fetch next ? rows only ), लेकिन इसने आपके उदाहरण से मेल खाने के लिए जेनरेट किए गए SQL सिंटैक्स को बदल दिया।

चूंकि क्वार्कस में अभी तक हाइबरनेट-रिएक्टिव-कोर 1.0.0.CR9 शामिल नहीं है, इसलिए मैं विशेष रूप से इसके लिए अपने पोम में संस्करण को ओवरराइड करता हूं और हाइबरनेट-कोर 5.5.5.Final। क्या मुझे निर्भरता याद आ रही है?

मैंने देखा कि जहां मेरा मानना ​​​​है कि हाइबरनेट क्वेरी Panache io.quarkus.hibernate.reactive.panache.common.runtime.CommonPanache QueryImpl:L254 में बनाई गई है, ऐसा लगता है कि यह केवल setFirstResult और setMaxResults क्वेरी पर। मैंने डीबगर में क्वेरी ऑब्जेक्ट को देखा और उस createQuery पद्धति के अंत में, अंतर्निहित ReactiveQueryImpl में queryOptions हैं जिनमें firstRow=0 और maxRows=25 हैं।

मदद की सराहना करें! (समझें कि मैं पूर्वावलोकन का उपयोग कर रहा हूं)

मुझे लगता है कि मुझे एक बग मिला, संभवतः SQLServerParameters.processLimit() में

Panache firstRow=0 के साथ एक हाइबरनेट क्वेरी बना रहा है।

अंदर org.hibernate.reactive.loader.ReactiveLoader.executeReactiveQueryStatement , SQLServer2012LimitHandler.getOffsetFetch() को कॉल किया जाता है:

if ( !LimitHelper.hasFirstRow( selection ) ) {
    return " offset 0 rows fetch next ? rows only";
}
return " offset ? rows fetch next ? rows only";

इसलिए, इस बिंदु पर SQL offset 0 rows fetch next ? rows only साथ समाप्त होता है। के बजाय 0 नोट करें?
SQLServerParameters.processLimit() :

        if (isProcessingNotRequired(sql)) {
            return sql;
        }

        // Replace 'offset ? fetch next ? rows only' with the <strong i="17">@P</strong> style parameters for Sql Server
        int index = hasOffset ? parameterArray.length - 1 : parameterArray.length;
        int pos = sql.indexOf( " offset ?" );
        if ( pos > -1 ) {
            String sqlProcessed = sql.substring( 0, pos ) + " offset @P" + index++ + " rows";
            if ( sql.indexOf( " fetch next ?" ) > -1 ) {
                sqlProcessed += " fetch next @P" + index + " rows only ";
            }
            return sqlProcessed;
        }

        return sql;

sql.indexOf( " offset ?") समस्या है: क्योंकि LimitHandler पहले से ही ऑफसेट को 0 पर हार्ड-कोड किया गया है, सबस्ट्रिंग offset ? नहीं मिला है, इसलिए यह किसी और पैरामीटर को संसाधित करने का प्रयास नहीं करता है।
नेस्टेड स्ट्रिंग मैच की तलाश करना चाहिए fetch next ? के लिए मैच के ले जाया जा बाहर offset ?

@ भारवर्ड यदि आप एक टेस्ट केस बना सकते हैं जो केवल हाइबरनेट रिएक्टिव का उपयोग करता है जिसकी बहुत सराहना की जाएगी

मुझे लगता है कि हम उस पर भी एक नज़र डालेंगे जो पैनाचे का उपयोग करता है, लेकिन यह भंडार उस तरह के मुद्दे के लिए सही जगह नहीं है

मुझे संदेह है कि हम एक ऐसे परीक्षण को याद कर रहे हैं जो केवल अधिकतम परिणाम निर्धारित करता है न कि पहला परिणाम।

हमारे पास एक बुनियादी है: https://github.com/hibernate/hibernate-reactive/blob/ccaa6061fc7e649ee0e1e09b5adda230d39dfe4f/hibernate-reactive-core/src/test/java/org/hibernate/reactive/HQLQueryParameterNamedLimitTest.java#L54

@gavinking और @DavidD - धन्यवाद। यह एक और परीक्षण प्रतीत होता है, एक जो _both_ setFirstResult(0) और setMaxResults(n) (n कोई भी मान> 0) करेगा, जो त्रुटि मैं देख रहा हूं उसे पुन: उत्पन्न करेगा।

SQLServer2012LimitHandler.getOffsetFetch() firstResult==0 ("ऑफ़सेट 0 पंक्तियों...") की तुलना में अलग SQL बनाता है जब firstResult >0 ("ऑफ़सेट? पंक्तियाँ") की तुलना में;

यदि यह अभी भी सहायक होगा, तो कुछ दिनों में मैं कुछ समय बिता सकता हूं या तो पुन: पेश करने के लिए एक छोटा एचआर-केवल उदाहरण बना सकता हूं, या एक परीक्षण जोड़ने के लिए HQLQueryParameterNamedLimitTest को संशोधित कर सकता हूं जैसा कि मैंने वर्णन किया है।

आह, आप सही कह रहे हैं, यह परीक्षण विफल हो जाएगा HQLQueryParameterNamedLimitTest :

    <strong i="7">@Test</strong>
    public void testFirstResultZeroAndMaxResults(TestContext context) {
        test(
                context,
                openSession()
                        .thenCompose( s ->
                                s.createQuery( "from Flour order by id" )
                                        .setFirstResult( 0 )
                                        .setMaxResults( 10 )
                                        .getResultList()
                                        .thenAccept( result -> {
                                            context.assertEquals( 3, result.size() );
                                        } )
                        )
        );
    }

में देख लूंगा

@DavidD _in अतिरिक्त_ आपके द्वारा प्रस्तावित परीक्षण के लिए, क्या मैं इस तरह एक अतिरिक्त परीक्षण का सुझाव भी दे सकता हूं:

       <strong i="7">@Test</strong>
    public void testFirstResultZeroAndMaxResultsWithoutOrderBy(TestContext context) {
        test(
                context,
                openSession()
                        .thenCompose( s ->
                                s.createQuery( "from Flour" )
                                        .setFirstResult( 0 )
                                        .setMaxResults( 10 )
                                        .getResultList()
                                        .thenAccept( result -> {
                                            context.assertEquals( 3, result.size() );
                                        } )
                        )
        );
    }

अंतर "आदेश द्वारा" को हटाने में है। इसका कारण यह है कि SQLServer2005LimitHandler क्वेरी को select top(?) ... रूप में लिखता है जब भी क्वेरी में "ऑर्डर बाय" शामिल नहीं होता है, लेकिन जब यह करता है तो यह offset ? fetch next ? सिंटैक्स का उपयोग करता है। तो मुझे लगता है कि 2 टेस्ट केस की जरूरत है।

बहुत सराहना की!!