Group by и временная таблица

[DSPIC]

Цитата:

Сообщение от ZVV

Вы имеете ввиду, что результаты никак не сгруппировались вобще и в остальных колонках тоже есть данные? Ну мне кажется это сразу было очевидно, что Аксапта "забыла" сделать груп_бай вообще. Например можно было попробовать вставить не 2, а 3 или 4 строки.

По сути... Проверил на DAX2009 SP1 - результат абсолютно тот же. Реальный баг. Видимо разработчики такой вырожденный случай тупо забыли/не подумали закодить. ))
Почему "вырожденный"? Ну потому что вы по сути хотите выяснить есть ли у вас хоть одна строка со значением "1". С точки зрения производительности и логики я думаю лучше было бы написать этот запрос примерно так:

    while select firstFast firstOnly Field1 from tmpTable
    where tmpTable.Field1 == '1'

, чем гонять зря группировку...
Так работает...

Не совсем согласен с вырожденностью. Я, например, хочу получить итоговые суммы по отделам, наименования которых начинаются на "OUT*"

 while select sum (amount) from tmpTable
    group by department
      where tmpTable.department like 'OUT*'
    {
        info(strFmt("%1 - %2", tmpTable.department, tmpTable.amount));
    }

(не знаю, правда, как like поведет себя в данном случае, но не суть)

[Varmen]

или скажем узнать кол-во уволенных сотрудников в связи с кризисом по отделам, имеющим признак ="CLOSED"

[S.Kuskov]

Цитата:

Сообщение от Varmen

узнать кол-во уволенных сотрудников в связи с кризисом по отделам, имеющим признак ="CLOSED"

Можно. Вы же сами предложили выход

Цитата:

Сообщение от Varmen

баг можно побороть, если вставить не явно поле, как я предпологал выше, а функцию агрегации над ним. Тогда аксапта "распознает" что таки надо группировать!

Т.е. такая конструкция всётаки работает

  while select maxof(Field1), count(RecId) from  t
  group by Field1
   where t.Field1 == '1'
   {
    info(strfmt("fisrt query %1 %2",t.Field1, t.RecId));
   }

[S.Kuskov]

Цитата:

Сообщение от DSPIC

Не совсем согласен с вырожденностью. Я, например, хочу получить итоговые суммы по отделам, наименования которых начинаются на "OUT*" (не знаю, правда, как like поведет себя в данном случае)

С like всё теже самые проблемы


А по поводу вырожденности случая - не всегда удобно обробатывать его отдельно. Например, я часто использую в условии запроса такую конструкцию

((prmValue == "") || (Table.Field1 == prmValue))

Т.е. если пользователь не хочет ограничивать запрос, то он оставляет параметр пустым, иначе должна выбраться только одна группа. Или даже так

((prmValue == "") || (Table.Field1 like prmValue))

P.S.: Вот сижу сейчас и думаю, как же я раньше на такие грабли не наступал? Может действительно пример искуственен, а в жизни есть какая-то комбинация дополнительных условий, которая всегда спасала?

[ZVV]

Цитата:

Сообщение от DSPIC

Не совсем согласен с вырожденностью. Я, например, хочу получить итоговые суммы по отделам, наименования которых начинаются на "OUT*"

 while select sum (amount) from tmpTable
    group by department
      where tmpTable.department like 'OUT*'
    {
        info(strFmt("%1 - %2", tmpTable.department, tmpTable.amount));
    }

(не знаю, правда, как like поведет себя в данном случае, но не суть)

Говоря о вырожденном случае, я имел ввиду случай из примера:

   while select tmpTable
    group by Field1
    where tmpTable.Field1 == '1'

, где "вы по сути хотите выяснить есть ли у вас хоть одна строка со значением "1"". Приведённый вами пример - это совсем другой, не вырожденный случай, и выше было показано, что при наличии агрегирующих функций в запросе баг не воспроизводится...
К чему придираемся?