подскажите, пж. есть такой запрос:
          "ВЫБРАТЬ
           |      ЗП.Контрагент      КАК [Контрагент      :Справочник.Контрагенты],
           |      ЗП.Сотрудник      КАК [Сотрудник            :Справочник.ФизЛица],
           |      ЗП.ВидСтавкиЗП      КАК [ВидСтавкиЗП      :Перечисление._ВидыСтавокЗПОтПродаж],
           |      ЗП.ТОПМенеджер      КАК [ТОПМенеджер      :Справочник.ФизЛица],
           |
           |      ВЫБОР
           |            КОГДА ЗП.ТОПМенеджер = :ПустойИД
           |                  ТОГДА 0
           |            ИНАЧЕ 1
           |      КОНЕЦ                  КАК ЭтоТОПМенеджер,
           |
           |      ЗП.СуммаПродажиОстаток            КАК [СуммаПродажи :Число.15.2],
           |      ЗП.СуммаЗПОтПродажиОстаток      КАК [СуммаЗП :Число.15.2]
           |
           |ИЗ
           |      $РегистрОстатки.ЗарплатаОтПродаж(:Документ,
           |                  Контрагент В (ВЫБРАТЬ val ИЗ #СписокКонтрагентов),
           |                  (Контрагент,Сотрудник,ВидСтавкиЗП,ТОПМенеджер), (СуммаПродажи,СуммаЗПОтПродажи)) КАК ЗП
           |
           |ГДЕ
           |      ВЫРАЗИТЬ(ЗП.СуммаПродажиОстаток КАК NUMERIC(15,2)) <> 0
           |";

хочется откинуть СуммаПродажиОстаток = 0. если использую ROUND, то все гуд, а если CAST, то условие не отрабатывает. я как понимаю ROUND округляет, а типизация [Сумма :Число.15.2] просто откидывает лишнее (опасаюсь, что при условии с ROUND в результате Сумма будет = 0, т.к. при проверке округлится до 0.01). или я не прав и можно смело использовать ROUND? или как правильно написать условие с CAST? совсем уж не хочется при обходе результата проверять на равенство нулю :)
База: DBF

ап

ап

(2) Что АП?
Извращенец... Пиши лучше запрос на SQL, куда приятней :)

(3) обоснуй

(4) Я к тому, что ненужно себя ограничивать в запросах на МС-СКЛ, как это сделало 1С :)
В Прямых запросах под 1С 7.7, нужно жить свободней :)

Select
  ЗП.Контрагент [Клиент $Справочник.Контрагент]

From
  $РегистрОстатки.ЗарплатаОтПродаж(:Документ,
           |                  Контрагент  IN (SELECT VAL FROM #СписокКонтрагентов),
           |                  (Контрагент,Сотрудник,ВидСтавкиЗП,ТОПМенеджер), (СуммаПродажи,СуммаЗПОтПродажи)) КАК ЗП

+ >>> КАК ЗП

AS ЗП --Сори описалси

+ Люди советуют в начало запросов, под 1С++, вставлять строчку "SET NOCOUNT ON"
Бывает можно добавлять "set LANGUAGE russian"

(6) дык 1SQLite используется... или это тонкий намек перейти на 1С++ или вообще на SQL? мая твоя не понимать :)

+(0) База: DBF

Сори, не дочитал :)
Тогда тебе нужно спрашивать про прямые запросы под 1SQLite :)
Может подскажут.

(8) гы... дык я этим и занимаюсь

(7) Да, я уже увидел :)
Просто обычно на DBF я не лукавлю с прямыми запросами, нужды не было :)

(9) А все же, зачем тебе класс?
Все и так пишется без этого извращения :)

(11) если переписать на 1SQLite, вопрос будет тем же
моей проблемы это не решит...
интересно на SQL тоже ВТ не используют, извращаются с доборами  движений?

(12) кто тебе сказал? http://msdn.microsoft.com/ru-ru/library/ms177399(v=sql.105).aspx

USE AdventureWorks2008R2;
GO
DECLARE @MyTableVar table(
    EmpID int NOT NULL,
    OldVacationHours int,
    NewVacationHours int,
    ModifiedDate datetime);
UPDATE TOP (10) HumanResources.Employee
SET VacationHours = VacationHours * 1.25,
    ModifiedDate = GETDATE()
OUTPUT inserted.BusinessEntityID,
       deleted.VacationHours,
       inserted.VacationHours,
       inserted.ModifiedDate
INTO @MyTableVar;
--Display the result set of the table variable.
SELECT EmpID, OldVacationHours, NewVacationHours, ModifiedDate
FROM @MyTableVar;
GO
--Display the result set of the table.
SELECT TOP (10) BusinessEntityID, VacationHours, ModifiedDate
FROM HumanResources.Employee;
GO

(13) а при чем тут временные таблицы?

вопрос еще актуален. ни кто не знает?

>>>хочется откинуть СуммаПродажиОстаток = 0.

Делай group by + having

а так, вообще не ясно, нафига тебе там каст или раунд вообще.

(16) пасиб. попробую. в having cast использовать?

(17) потом в цикле деление на 0 будет. там тока условие вешать. а в отчетах так вообще песня может быть и группировки и строки нулевые могут быть. вот и хочется разобраться есть ли какие варианты

+ (19) что б при обходе результата не извращаться

(18) нафига ?
Зачем тебе вообще кастовать результат ?

(21) в результате могут быть значения = 0, после типизации [Число.15.2]

+ (22) а до типизации, например, 0.00002222

у тебя чего, 5-6 знаков дробной части что ле ?

(23) п...ц

Мот того, проще в ресурсах убрать к едрени фени лишние разряды дробной части ?
Вы чем торгуете то ?
:))

(25) нет это 1SQLite так работает. в данном примере так и есть. дробная = 2

(27) не замечал

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

читал где-то, orefkof говорил, что из-за использования muneric, где-то там в компаненте

ну .. round тогда воткни.

или каст на сам аргумент функции

(31) опасаюсь, что при условии с ROUND в результате Сумма будет = 0, т.к. при проверке округлится до 0.01

точнее проверено, из-за этого на форум и обратился. начались ошибки с делением на ноль

(32) а это как, не совсем понял. что есть "аргумент функции"?

ну пробуй либо
cast (sum(....) as numric(...))
либо
sum(argument as numric(....))

(36) а group by при этом нужен?

(36) не помогло. при ROUND результат - пустая таблица. с (36) в результате строка с 0

а почему CAST(0.000009, NUMERIC(15,2)), возвращает 0.000009?

так и должно быть? или я че-то ни то делаю?

интересно:
cast(0.000009 as [Число.15.2]) отрабатывает, но возвращает 0.000009. ерундень какая-то

помогло только:
ГДЕ
ЗП.СуммаПродажиОстаток <= -0.01 ИЛИ ЗП.СуммаПродажиОстаток >= 0.01