правильно написать запрос исключив деление на ноль

[vanillavera]

Всем здравствуйте!
подскажите, пожалуйста, кто знает, как правильно написать запрос?
нужно вывести поле наценка, как результат от деления (продажи-продажи в договорных ценах)/продажи в договорных ценах
проблема в том, что договорной цены может и не быть
как написать, чтобы в случае возникновения ошибки деления на ноль в поле выводился ноль?
изначально , скажем запрос такой

SELECT access.SUMPROD, access.SUMDOG, (SUMPROD-SUMDOG)/SUMDOG
FROM access access

теоретически понимаю, что здесь нужно использовать is null или case

но как? мои познания в SQL скудны и поверхностны

[Finch]

Ну точно не знаю, есть или нету в Access оператор if. Если есть, то можно его применить.

[Finch]

Сейчас подсмотрел в гугле.

SELECT access.SUMPROD, access.SUMDOG, IIf([SUMDOG]>0,(SUMPROD-SUMDOG)/SUMDOG,0)
FROM access access

[Dimka]

Finch, а откуда речь про Access? В соседней теме разговор шёл про 1С - видимо SQL Server и в частности DBF-файлы.

Вообще по стандарту SQL-92 используется выражение CASE. Тогда:

Код: (SQL)

SELECT
  access.SUMPROD,
  access.SUMDOG,
  CASE
    WHEN access.SUMDOG = 0 THEN 0
    ELSE (access.SUMPROD - access.SUMDOG) / access.SUMDOG
  END
FROM access AS access

Хотя не уверен, что драйверы работы с DBF-файлами это поддерживают.

[HandKot]

внесу свои пять копеек

Код:

SELECT
  access.SUMPROD,
  access.SUMDOG,
  (access.SUMPROD - access.SUMDOG) / access.SUMDOG
FROM access AS access
WHERE access.SUMDOG <> 0 
UNION ALL
SELECT
  access.SUMPROD,
  access.SUMDOG,
  0
FROM access AS access
WHERE access.SUMDOG = 0 

[RXL]

HandKot, но минус такого решения - два отдельных запроса и, соотв., два прохода по таблице.

[Kivals]

RXL, не исключен вариант что 2 запроса (с учетом индексов) отработают быстрее, чем один с использованием CASE

[RXL]

Kivals, если рассматривать запросы, приведенные в данной теме, тут чистый full scan. Вариант HandKot при использовании индекса по SUMDOG не будет быстрее варианта с CASE, т.к. при операции <> индексы бесполезны: полное сканирование индекса с последующей выборкой большинства строк не быстрее полного сканирования таблицы.

[HandKot]

RXL, Kivals надо смотреть планы выполнения и тогда точно определишь. что лучше

[PooH]

"WHERE access.SUMDOG <> 0"
"WHERE access.SUMDOG = 0"

в любом случае выбираются все записи, а если с использованием индекса, то еще хуже, а бы специально пытался сделать один проход FULL SCAN

[HandKot]

"WHERE access.SUMDOG <> 0"
"WHERE access.SUMDOG = 0"

в любом случае выбираются все записи, а если с использованием индекса, то еще хуже, а бы специально пытался сделать один проход FULL SCAN

при налиции более одного проца (ядра)
последний запрос будет распараллен и время выполнения должно быть меньше ИМХО
но спорить не буду

[RXL]

HandKot, у нас в теме MS Access - какое уж тут распараллеливание...
Один плюс, что базы Access-а редко бывают большими.

[HandKot]

RXL
про Acces у автора не было сказано ни слова   

по поводу планов выполнения
было проведено небольшое исследование со следующими запросами

Код:

select col1, col2, case when col1 = 0 then 0 else col2/col1 end from t

Код:

select col1, col2, isnull(col2/nullif(col1,0),0) from t

Код:

select col1, col2, col2/col1 from t where col1<> 0
union all
select col1, col2, 0 from t where col1= 0

на иаблице в 20 т. строк разница выполнения сотавила менее 5% (32, 32, 36 соответственно)

[RXL]

Да, это меня Finch ввел в заблуждение...

Индексы присутствовали? Какие?

[HandKot]

лучший рещультат дал индекс по полю col1 с INCLUDE полем col2 (MSSQL 2008)

единственное, генерил данные сам и распределение col1 по условию "не равно 0" и "равно 0" составляло 50х50
скорее всего при других условиях, результы будут разниться

[RXL]

Конечно. Но в любом случае вариант запроса с UNION будет медленнее - от немного медленнее до вдвое медленнее. Остальным вариантам запросов индексы даже не требуются - там однозначный full scan.