Hibernate-reactive: MS SQL Server 및 Hibernate Reactive 1.0.0.CR9에서 결과를 제한할 때 매개변수 대체 오류 발생

SQL에 이상한 점이 있습니다.

왜 우리는 심지어 사용하는 top n 대신 offset ... fetch ... . 그리고 왜 중복 괄호가 필요합니까?

Panache가 쿼리에 setMaxResults() 를 사용하고 있다고 추측합니다.

글쎄, 그것은 확실히 해야 합니다. Panache는 자체적인 SQL 생성을 하고 있지 않습니다. @FroMage?

글쎄, 나는 이것을 일반 HR에서 시도했고 나는 다음을 얻는다.

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

그래서 이것은 Panache와 관련된 문제임에 틀림없다고 생각됩니다.

검토해 주셔서 감사합니다. 스택에 있는 일부 프로젝트에 연락하겠습니다. 추적 로그에 표시된 유일한 HQL 때부터 FROM myproject.entities.Request WHERE requestor.firstName LIKE ?1 , 나는의 추가 가정 top(?) 에 대한 MS SQL 구현에서오고 setMaxResults() 게시물에, 그러나 SQL을 완전히 다른 구문을 사용하고 있음을 보여줍니다.

여전히 문제가 발생하여 다음 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) 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 구문이 예제와 일치하도록 변경되었습니다.

Quarkus에는 아직 hibernate-reactive-core 1.0.0.CR9가 포함되어 있지 않기 때문에 이 버전과 hibernate-core 5.5.5.Final에 대한 내 pom의 버전을 특별히 덮어썼습니다. 의존성을 놓칠 수 있습니까?

나는 Hibernate 쿼리가 Panache io.quarkus.hibernate.reactive.panache.common.runtime.CommonPanache QueryImpl:L254 에서 생성되었다고 믿는 곳을 보았고 setFirstResult 및 setMaxResults 만 사용하는 것으로 보입니다. 쿼리에. 디버거에서 쿼리 개체를 보았고 해당 createQuery 메서드의 끝에서 기본 ReactiveQueryImpl에는 firstRow=0 및 maxRows=25를 포함하는 queryOptions가 있습니다.

도움을 주셔서 감사합니다! (미리보기를 사용하고 있음을 이해)

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 에 대한 일치 외부로 이동해야 합니까?

@bharward Hibernate Reactive만을 사용하는 테스트 케이스를 생성할 수 있다면 매우 감사할 것입니다.

Panache를 사용하는 저장소도 살펴봐야겠지만 이 저장소는 그런 종류의 문제에 적합한 장소가 아닙니다.

첫 번째 결과가 아닌 최대 결과만 설정하는 테스트가 누락된 것 같습니다.

우리는 기본 하나를 가지고 : https://github.com/hibernate/hibernate-reactive/blob/ccaa6061fc7e649ee0e1e09b5adda230d39dfe4f/hibernate-reactive-core/src/test/java/org/hibernate/reactive/HQLQueryParameterNamedLimitTest.java#L54

@gavinking 및 @DavidD - 감사합니다. setFirstResult(0) 및 setMaxResults(n) (n은 임의의 값 > 0) _둘 다 수행하는 또 다른 테스트가 내가 보고 있는 오류를 재현할 것으로 보입니다.

SQLServer2012LimitHandler.getOffsetFetch() firstResult==0("offset 0 rows...")일 때와 firstResult >0("offset ? rows");

그래도 도움이 된다면 몇 일 안에 재현할 작은 HR 전용 예제를 만들거나 내가 설명한 대로 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 _추가로_ 제안한 테스트 외에 다음과 같은 추가 테스트도 제안할 수 있습니다.

       <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() );
                                        } )
                        )
        );
    }

차이점은 "order by"를 제거하는 것입니다. 그 이유는 것입니다 SQLServer2005LimitHandler이 같은 쿼리를 기록 select top(?) ... 쿼리는 "에 의해 순서"를 포함하지 않을 때마다,하지만 그렇게되면 그것은 사용 offset ? fetch next ? 구문을. 그래서 2개의 테스트 케이스가 필요하다고 생각합니다.

매우 감사!!