|
v7: Условия на разные функции в запросе 7.7 несовместимы?
| ☑ |
0
toypaul
гуру
23.08.16
✎
13:29
|
Условие((Запрос.СумРасход <> 0));
если так написать, то функция КонОст возвращает 0, хотя если убрать вышеприведенное условие КонОст возвращает не 0 и соот-но
Условие((Запрос.СумРасход <> 0) И (Запрос.СумКонОст <> 0));
ничего не возвращает
я почему-то думал, что это условие работает общую таблицу, на которую потом "навешиваются" остальные группировки.
а получается вообще не понятно что.
|
|
1
toypaul
гуру
23.08.16
✎
13:30
|
Понятно, что можно все "ручками" обойти. Но отчет построен по типовой схеме, а это значит придется весь вывод переделывать.
|
|
2
Рэйв
23.08.16
✎
13:31
|
А я думал, что сегодня вторник....:-)
|
|
3
Зая Бусечка
23.08.16
✎
13:32
|
А что, toysql уже не работает? ))
|
|
4
impulse9
23.08.16
✎
13:33
|
(0) в чистом 77 намного быстрее получить все без отбора, и в цикле перебрать
|
|
5
toypaul
гуру
23.08.16
✎
13:34
|
(3) да лень под тойскл писать. это еще больше работы
|
|
6
МихаилМ
23.08.16
✎
14:07
|
"Условие((Запрос. " не используйте. обсуждалось на форуме лет 7 назад.
|
|
7
Лефмихалыч
23.08.16
✎
14:09
|
(0) при обходе выборки - онле. Это 7.7 - здесь могут послать наиух...
|
|
8
Ёпрст
23.08.16
✎
14:18
|
(0) не делай так, это эквивалент where - т.е условие будет наложено при вычислении какждой "строки". Это не having
|
|
9
Злопчинский
23.08.16
✎
15:52
|
разные услвоия и разные функции вычисляются в разных местах - что-то при выборке данных запросом, а что-то уже фильтруется при обработке самой выборки запроса движком
|
|
Чтобы обнаруживать ошибки, программист должен иметь ум, которому доставляет удовольствие находить изъяны там, где, казалось, царят красота и совершенство. Фредерик Брукс-младший