Подтвердить что ты не робот

NHibernate 2-й lvl-кеш, пользовательский запрос, sqldialect

Я получил версию NH и FNH. Когда я пытаюсь добавить кэш второго уровня, некоторые части NHibernate забывают о выбранном sqldialect.


Начальная конфигурация:

var cfg = Fluently.Configure()
  .Database(MsSqlConfiguration.MsSql2008
    .ConnectionString(connectionString)
    .DefaultSchema("dbo")
    .UseReflectionOptimizer()    
  .Mappings(m => ................);

Виновный пользовательский запрос:

var sql = @"with Foo(col1,col2,col3)
              as (select bla bla bla...)
            Select bla bla bla from Foo";

list = Session.CreateSQLQuery(sql)
  .AddEntity("fizz", typeof(Fizz))
  .SomethingUnimportant();

Когда я меняю конфигурацию на:

var cfg = Fluently.Configure()
  .Database(MsSqlConfiguration.MsSql2008
    .ConnectionString(connectionString)
    .DefaultSchema("dbo")
     .UseReflectionOptimizer()
     .Cache(c=>c
       .UseQueryCache()
         .ProviderClass<HashtableCacheProvider>())
       .ShowSql())
     .Mappings(m => ................);

Ошибка запроса вызывает ошибку (предложение WITH было добавлено в mssql2008):

Запрос должен начинаться с "SELECT" или "SELECT DISTINCT"

[NotSupportedException: запрос должен начинаться с "SELECT" или "SELECT DISTINCT" ]    NHibernate.Dialect.MsSql2000Dialect.GetAfterSelectInsertPoint(SqlString sql) +179    NHibernate.Dialect.MsSql2000Dialect.GetLimitString(SqlString querySqlString, смещение Int32, предел Int32) +119    NHibernate.Dialect.MsSql2005Dialect.GetLimitString(SqlString querySqlString, Int32 offset, Int32 last) +127    NHibernate.Loader.Loader.PrepareQueryCommand(QueryParameters queryParameters, булевский свиток, сеанс ISessionImplementor) +725    NHibernate.Loader.Loader.DoQuery(сеанс ISessionImplementor, QueryParameters queryParameters, логические returnProxies) +352    NHibernate.Loader.Loader.DoQueryAndInitializeNonLazyCollections(сеанс ISessionImplementor, QueryParameters queryParameters, Boolean returnProxies) +114    NHibernate.Loader.Loader.DoList(сеанс ISessionImplementor, QueryParameters queryParameters) +205


Любые идеи, что именно смущает nhibernate и как его исправить?


Виртуальный код NHibernate (в NHibernate/Dialect/MsSql200Dialect.cs):

private static int GetAfterSelectInsertPoint(SqlString sql)
{
  if (sql.StartsWithCaseInsensitive("select distinct"))
  {
    return 15;
  }
  else if (sql.StartsWithCaseInsensitive("select"))
  {
    return 6;
  }
  throw new NotSupportedException
    ("The query should start with 'SELECT' or 'SELECT DISTINCT'");
  }
}

Вызывает, что .SetMaxResults(123) вызывает это. К счастью, я могу развязать этот запрос.

Надеюсь, это исправит это.

4b9b3361

Ответ 1

У меня была аналогичная проблема (удаление SetMaxResults также помогло, но мне нужен пейджинг) и выяснил, что следующее свойство конфигурации NHibernate вызывает эту ошибку:

<property name="use_sql_comments">true</property>

Это, конечно, ошибка, потому что метод GetAfterSelectInsertPoint не учитывает, что комментарии SQL могут быть добавлены к SQL-запросу.

Просто установите для свойства use_sql_comments значение false, и проблема исчезнет.

Ответ 2

Я исправил ошибку, используя решение Alkampfer, но я создал свой собственный диалект SQL, а не напрямую исправлял источник NHibernate:

public class Sql2008DialectWithBugFixes : MsSql2008Dialect
{
    public override SqlString GetLimitString(SqlString querySqlString, int offset, int last)
    {
        if (offset == 0)
        {
            return querySqlString.Insert(GetAfterSelectInsertPoint(querySqlString), " top " + last);
        }

        return base.GetLimitString(querySqlString, offset, last);
    }

    private static int GetAfterSelectInsertPoint(SqlString sql)
    {
        Int32 selectPosition;

        if ((selectPosition = sql.IndexOfCaseInsensitive("select distinct")) >= 0)
        {
            return selectPosition + 15; // "select distinct".Length;

        }
        if ((selectPosition = sql.IndexOfCaseInsensitive("select")) >= 0)
        {
            return selectPosition + 6; // "select".Length;
        }

        throw new NotSupportedException("The query should start with 'SELECT' or 'SELECT DISTINCT'");
    }
}

Ответ 3

У той же проблемы была проблема с аналогичным запросом, у которого есть предложение WITH.

К сожалению, мой запрос заполняет сетку пейджингом, поэтому мне нужно сохранить SetMaxResults.

Мое решение состояло в том, чтобы переписать с использованием производной таблицы:

var sql = @"with Foo(col1,col2,col3)
              as (select x1, x2, x3 from x join y blabla)
            Select col1, col2, col3 from Foo
            join B on B.col1 = Foo.col1";

становится

var sql = @"Select col1, col2, col3 from 
           (select x1 as col1, x2 as col2, x3 as col3 
            from x join y blabla) as Foo
           join B on B.col1 = Foo.col1";

Просто, чтобы позволить NHibernate вставить строку "TOP x" после строки "select" (6 символов с начала)... No comment: (

Т

Ответ 4

Кажется, что в процедуре, используемой для поиска места в запросе, есть некоторая странная ошибка, чтобы вставить предложение TOP (GetAfterSelectInsertPoint), как сказал Сандор. Вы можете исправить это напрямую в nh-источнике (я на самом деле исправил версию 2.1, которую я использую в проекте, вы можете найти информацию здесь). Поэтому, если вам абсолютно необходимо включить комментарии с помощью use_sql_comments, вы можете:)

Ответ 5

Я столкнулся с этой проблемой при обновлении с 1.2 до 3.2 (я знаю, BIG jump eh?).

В моем случае проблема заключалась в том, что перед оператором select в hql есть ведущее пространство, например. Строка hql = "select"...

С помощью SQL2005 Dialect это сбой с "Исключением System.NotSupportedException: запрос должен начинаться с сообщения" SELECT "...".

Решение -

  • создать unit test, что не удается, хороший тестовый разработчик должен:)
  • удалить ведущее пространство из оператора "select..."
  • создайте и запустите unit test

Ответ 6

Точно так же, как я предсказал - неприменимый выбор является приемлемым обходным решением.

Удалено SetMaxResults, и он работает.

Ответ 7

Мы столкнулись с этой проблемой при обновлении до NHibernate версии 3.3, но по другой причине... whitespace. У нас было много строк sql, которые выглядели так:

var sql = @"
select col1 from MyTable";

или

var sql = @" select col1 from My Table";

В результате "Запрос должен начинаться с ошибок" SELECT "или" SELECT DISTINCT ", потому что NHibernate не обрезает строку перед ее проверкой.

Мы создали новый диалект, который сначала обрезает строку, чтобы обойти это:

public class Sql2008DialectCustom : MsSql2008Dialect
{
  public override SqlString GetLimitString(SqlString queryString, SqlString offset, SqlString limit)
  {
    var trimmedQueryString = queryString.Trim();
    return base.GetLimitString(trimmedQueryString, offset, limit);
  }
}