+3
Если запрос не выполняется с такой вот руганью:
{Форма.Форма.Форма(804)}: Ошибка при вызове метода контекста (Выполнить): Ошибка выполнения запроса: Ошибка при выполнении операции над данными:Microsoft SQL Server Native Client 11.0: Ошибка арифметического переполнения при преобразовании numeric к типу данных numeric.HRESULT=80040E57, SQLSrvr: SQLSTATE=22003, state=8, Severity=10, native=8115, line=1
Решение следующее (если у кого будет еще что-то прошу добавлять ).gif)
.
1. В запросе использую расчет процента:
Код 1C v 8.х
ВЫРАЗИТЬ(втИтоги.КоличествоОборот / втИтоги.ПланМП1 * 100 КАК ЧИСЛО(5, 2)) КАК ПроцентВыполнения, Изменив выражение с (5,2) на (15,2) запрос «взлетел»:
Код 1C v 8.х
ВЫРАЗИТЬ(втИтоги.КоличествоОборот / втИтоги.ПланМП1 * 100 КАК ЧИСЛО(15, 2)) КАК ПроцентВыполнения,
Получается что ошибка: «Ошибка арифметического переполнения при преобразовании numeric к типу данных numeric» нам говорит что результат вычисления процента длиной больше чем 5.
Пример обычного кода:Реквизит1 = Тип число (5,2).РасчетПроцента = 1234,56.Реквизит1 = РасчетПроцента;Реквизит1 = 999,99.
Успехов в решении проблем.С уважением, Сергей.
В работе клиент серверной 1С иногда появляется сообщение:
Ошибка выполнения запроса
по причине:
Ошибка при выполнении операции над данными:
Microsoft OLE DB Provider for SQL Server: Arithmetic overflow error converting numeric to data type numeric.
HRESULT=80040E57, SQLSrvr: SQLSTATE=22003, state=8, Severity=10, native=8115, line=1
Если данная ошибка появляется под управлением MS SQL 2000, то рекомендуется проверить и установить обновление SP до SP4.
Но для SQL 2005 и 2008 появление такой ошибки не решается обновлением сервиспака.
Вообще появление указанной ошибки вызвано ошибкой в MS SQL при выполнении операции округления, например:
. касательно 1С и запросов выполняемых в ней, указанная ошибка может появляться при выполнении команды: ВЫРАЗИТЬ(ЕСТЬNULL(
Если в качестве операнда будет число со значением после запятой .5, в этом случае SQL считает/разбирает значение как литерал х.5 и преобразует к данным типа Numeric(2,1). Функция ROUND (округления) отрабытывает правильно получая округленный результат и затем пытается сохранить как данные в формате Numeric(2,1), что не правильно и мы получаем сообщение «arithmetic overflow».
Если у Вас возникает такая ошибка, то попробуете использвать преобразование:
ВЫРАЗИТЬ(ЕСТЬNULL(
, ГДЕ
{НОВОЕ значение} — Это увеличенное на один (несколько) разряд значение, в это случае ошибки не будет возникать.
Автор решения Александр Шарафан
Ошибка при выполнении операции над данными: Microsoft SQL Server Native Client 10.0: Ошибка арифметического переполнения при преобразовании numeric к типу данных numeric.
Описание ошибки:
Случилось, что в один момент отчет, который несколько лет работал без ошибок, при очередном формировании выдал ошибку: {ВнешняяОбработка.КонсольЗапросов.Форма.Форма.Форма(480)}: Ошибка при вызове метода контекста (Выполнить)
мРезЗапроса = ОбъектЗапрос.Выполнить();
по причине:
Ошибка выполнения запроса
по причине:
Ошибка при выполнении операции над данными:
Microsoft SQL Server Native Client 10.0: Ошибка арифметического переполнения при преобразовании numeric к типу данных numeric.
HRESULT=80004005, SQLSrvr: SQLSTATE=22003, state=8, Severity=10, native=8115, line=1
Найденные решения:
Исчерпывающее описание ошибки дало понять, что проблема скрывается в теле запроса. А формулировка «ошибка арифметического переполнения при преобразовании numeric к типу данных numeric» подсказывала, что проблема с числовыми данными, собираемых запросом. Внимательно присмотревшись к тексту запроса а так же благодаря заметке на сайте helpf.pro было выдвинуто предположение, что числа, получаемые запросом в результате арифметической операции, и приводимые с помощью функции языка запросов к числу с пятью знаками до запятой, стали длинее, чем указанная длина.
Увеличение длины знаков до запятой решило проблему.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
17-10-2018
Журавлев А.С.
(azhur-c.ru)
Показывать по
10
20
40
сообщений
Новая тема
Ответить
Марат
Дата регистрации: 28.01.2019
Сообщений: 6
Здравствуйте, помогите пожалуйста с ошибкой. Пытаюсь сформировать : Отчеты — Анализ учета по НДС
{ОбщийМодуль.ДлительныеОперации.Модуль(376)}: Ошибка при выполнении операции над данными:
Microsoft SQL Server Native Client 11.0: Обнаружена ошибка: деление на ноль.
HRESULT=80040E14, SQLSrvr: SQLSTATE=22012, state=1, Severity=10, native=8134, line=1
ВызватьИсключение(ТекстОшибки);
Произошло после перехода из 8.3.10(ошибки не было) на 8.3.13.
Версия 1с серверная. Документов сотни тысяч, просматривать руками каждый — не вариант.
Тестово перевел из серверной в файловую базу — на удивление все заработало БЕЗ Ошибок.
Vladko
активный пользователь
офлайн
Дата регистрации: 27.08.2007
Сообщений: 2648
Марат,посмотрите как на последней 8.3.12 работает. Здесь ясно, что это — глюк платформы. Если ошибка повторится, то напишите на горячую линию 1С сообщение об ошибке.
Марат
Дата регистрации: 28.01.2019
Сообщений: 6
Я писал. Мне говорят проверить все документы (а их огромное количество с незапамятных времен).
Вот ответ от v8 V8@1c.ru
При формировании отчета «Анализ учета по НДС» выдается сообщение об ошибке «Обнаружена ошибка: деление на ноль» если в информационной базе присутствуют документы следующих видов: -Поступление на расчетный счет, -Списание с расчетного счета, -Операция по платежной карте -Поступление наличных со значением кратности взаиморасчетов равной нулю.
Отчет не формируется даже за сегодняшнюю дату, при условии что ни одного действия с документами не было произведено.
На 8.3.12 не могу проверить, так как нет этой платформы. я обновлялся с 8.3.10 напрямую до 8.3.13.Но суть в том, что в 8.3.10 все работало.
Марат
Дата регистрации: 28.01.2019
Сообщений: 6
Ошибку исправил. Сделал универсальный отчет, установил на все документы условие: Кратность = 0.
Поправил все документы — Внимание, учитываются даже НЕ проведенные документы.
Vladko
активный пользователь
офлайн
Дата регистрации: 27.08.2007
Сообщений: 2648
Марат,в универсальном отчете можно тоже добавить в отбор условие на проведённость документа
Марат
Дата регистрации: 28.01.2019
Сообщений: 6
Vladko, Спасибо, буду знать. Дальше копать в отчете не стал, проблема нашлась и решилась.
EvJ2019
Дата регистрации: 13.03.2019
Сообщений: 1
Марат пишет:
| Цитата |
|---|
|
Ошибку исправил. Сделал универсальный отчет, установил на все документы условие: Кратность = 0. Поправил все документы — Внимание, учитываются даже НЕ проведенные документы. |
Добрый день. А какие документы вы поправляли, скажите, пожалуйста?
Такая же ошибка. Но в документах Поступление на расчетный счет, Списание с расчетного счета, Операция по платежной карте, Поступление наличных нет реквизита Кратность взаиморасчетов.
Valentin46
Дата регистрации: 10.02.2011
Сообщений: 1041
Марат пишет:
| Цитата |
|---|
| На 8.3.12 не могу проверить, так как нет этой платформы. я обновлялся с 8.3.10 напрямую до 8.3.13. |
А это как понимать, нельзя ли пояснить?
Показывать по
10
20
40
сообщений
Читают тему:
sooo_ez
23.06.16 — 17:01
{ОбщийМодуль.ДлительныеОперации.Модуль(167)}: Ошибка при выполнении операции над данными:
Microsoft SQL Server Native Client 11.0: Обнаружена ошибка: деление на ноль.
HRESULT=80040E14, SQLSrvr: SQLSTATE=22012, state=1, Severity=10, native=8134, line=1
ВызватьИсключение(ТекстОшибки);
Запрос норм работает
В «Настройки — Отчет — Отбор» есть флаг, когда тыкаю на форме «Ложь» ошибка есть, когда «Истина» ошибки нет.
Как можно посмотреть конечный запрос СКД? или, если кто встречался с такой ситуацией, можно ли обойти этот момент?
MrStomak
1 — 23.06.16 — 17:05
Главное — ни в коем случае не пости сюда текст своего запроса, скрывай до последнего!
sooo_ez
2 — 23.06.16 — 17:13
ВЫБРАТЬ
ПланыМероприятийСрезПоследних.Мероприятие КАК Мероприятие,
ПланыМероприятийСрезПоследних.Статус КАК Статус,
ПланыМероприятийСрезПоследних.КБК КАК КБК,
ПланыМероприятийСрезПоследних.Департамент КАК Департамент,
ПланыМероприятийСрезПоследних.Мероприятие.НачалоПроведенияМероприятия КАК НачалоПроведенияМероприятия,
ПланыМероприятийСрезПоследних.Мероприятие.ОкончаниеПроведенияМероприятия КАК ОкончаниеПроведенияМероприятия,
СУММА(ЕСТЬNULL(СуммаМероприятияОбороты.СуммаФБОборот, 0)) КАК СуммаФБ,
СУММА(ЕСТЬNULL(СуммаМероприятияОбороты.СуммаСФОборот, 0)) КАК СуммаСФ,
СУММА(ЕСТЬNULL(СуммаМероприятияОбороты.СуммаВнеБюджетОборот, 0)) КАК СуммаВнеБюджет,
ПланыМероприятийСрезПоследних.Мероприятие.СтатусМероприятия КАК ПромСтатусМероприятия,
ВЫБОР
КОГДА ПланыМероприятийСрезПоследних.Статус = ЗНАЧЕНИЕ(Перечисление.СтатусыМероприятия.ДоговорЗаключен)
ИЛИ ПланыМероприятийСрезПоследних.Статус = ЗНАЧЕНИЕ(Перечисление.СтатусыМероприятия.ДоговорИсполнен)
ИЛИ ПланыМероприятийСрезПоследних.Статус = ЗНАЧЕНИЕ(Перечисление.СтатусыМероприятия.ДоговорСоздан)
ИЛИ ПланыМероприятийСрезПоследних.Статус = ЗНАЧЕНИЕ(Перечисление.СтатусыМероприятия.ПринятыОбязательства)
ТОГДА ИСТИНА
ИНАЧЕ ЛОЖЬ
КОНЕЦ КАК ЗаключенДоговор,
СУММА(1) КАК КоличествоМероприятий,
ПланыМероприятийСрезПоследних.Мероприятие.ПризнакОбщейЗаявки КАК ЭтоОбщееМероприятие
ПОМЕСТИТЬ ВыборкаМеропритий
ИЗ
РегистрСведений.ПланыМероприятий.СрезПоследних(
,
Мероприятие.НачалоПроведенияМероприятия МЕЖДУ &ДатаНачала И &ДатаОкончания
И (Год МЕЖДУ НАЧАЛОПЕРИОДА(&ГОД, ГОД) И КОНЕЦПЕРИОДА(&Год, ГОД))) КАК ПланыМероприятийСрезПоследних
ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрНакопления.СуммаМероприятия.Обороты(, , , Год = НАЧАЛОПЕРИОДА(&ГОД, ГОД)) КАК СуммаМероприятияОбороты
ПО ПланыМероприятийСрезПоследних.Мероприятие = СуммаМероприятияОбороты.Мероприятие
И ПланыМероприятийСрезПоследних.Год = СуммаМероприятияОбороты.Год
СГРУППИРОВАТЬ ПО
ПланыМероприятийСрезПоследних.Мероприятие,
ПланыМероприятийСрезПоследних.КБК,
ПланыМероприятийСрезПоследних.Департамент,
ПланыМероприятийСрезПоследних.Статус,
ПланыМероприятийСрезПоследних.Мероприятие.НачалоПроведенияМероприятия,
ПланыМероприятийСрезПоследних.Мероприятие.ОкончаниеПроведенияМероприятия,
ПланыМероприятийСрезПоследних.Мероприятие.СтатусМероприятия,
ВЫБОР
КОГДА ПланыМероприятийСрезПоследних.Статус = ЗНАЧЕНИЕ(Перечисление.СтатусыМероприятия.ДоговорЗаключен)
ИЛИ ПланыМероприятийСрезПоследних.Статус = ЗНАЧЕНИЕ(Перечисление.СтатусыМероприятия.ДоговорИсполнен)
ИЛИ ПланыМероприятийСрезПоследних.Статус = ЗНАЧЕНИЕ(Перечисление.СтатусыМероприятия.ДоговорСоздан)
ИЛИ ПланыМероприятийСрезПоследних.Статус = ЗНАЧЕНИЕ(Перечисление.СтатусыМероприятия.ПринятыОбязательства)
ТОГДА ИСТИНА
ИНАЧЕ ЛОЖЬ
КОНЕЦ,
ПланыМероприятийСрезПоследних.Мероприятие.ПризнакОбщейЗаявки
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
ИсполнениеДоговоровОбороты.Договор,
ИсполнениеДоговоровОбороты.МероприятиеДок КАК Мероприятие,
СУММА(ЕСТЬNULL(ИсполнениеДоговоровОбороты.СуммаФБПриход, 0)) КАК СуммаОбязательств,
СУММА(ЕСТЬNULL(ИсполнениеДоговоровОбороты.СуммаФБРасход, 0)) КАК СуммаРаспоряжений,
СУММА(ЕСТЬNULL(ИсполнениеДоговоровОбороты.СуммаФБПриход — ИсполнениеДоговоровОбороты.СуммаФБРасход, 0)) КАК СуммаНесполненныхРаспоряжений,
СУММА(1) КАК КоличествоДоговоров
ПОМЕСТИТЬ Договора
ИЗ
РегистрНакопления.ИсполнениеДоговоров.Обороты(&ДатаНачала, &ДатаОкончания, , ОтчетныйПериод.ДатаНачала МЕЖДУ НАЧАЛОПЕРИОДА(&ГОД, ГОД) И КОНЕЦПЕРИОДА(&Год, ГОД)) КАК ИсполнениеДоговоровОбороты
ВНУТРЕННЕЕ СОЕДИНЕНИЕ ВыборкаМеропритий КАК ВыборкаМеропритий
ПО ИсполнениеДоговоровОбороты.МероприятиеДок = ВыборкаМеропритий.Мероприятие
СГРУППИРОВАТЬ ПО
ИсполнениеДоговоровОбороты.Договор,
ИсполнениеДоговоровОбороты.МероприятиеДок
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
СУММА(ПлатежноеПоручение.СуммаДокумента) КАК СуммаДокумента,
ПлатежноеПоручение.Договор
ПОМЕСТИТЬ Платежки
ИЗ
Документ.ПлатежноеПоручение КАК ПлатежноеПоручение
ВНУТРЕННЕЕ СОЕДИНЕНИЕ Договора КАК Договора
ПО ПлатежноеПоручение.Договор = Договора.Договор
СГРУППИРОВАТЬ ПО
ПлатежноеПоручение.Договор
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
ВыборкаМеропритий.Мероприятие КАК Мероприятие,
ВыборкаМеропритий.КБК КАК КБК,
СУММА(ВыборкаМеропритий.СуммаФБ) КАК СуммаФБ,
СУММА(ВыборкаМеропритий.СуммаСФ) КАК СуммаСФ,
СУММА(ВыборкаМеропритий.СуммаВнеБюджет) КАК СуммаВнеБюджет,
ВыборкаМеропритий.Департамент,
ВыборкаМеропритий.ЗаключенДоговор,
ВЫБОР
КОГДА Договора.Договор ЕСТЬ NULL
ТОГДА «договор не заключен»
ИНАЧЕ Договора.Договор
КОНЕЦ КАК Договор,
СУММА(ВЫБОР
КОГДА Договора.СуммаОбязательств ЕСТЬ NULL
ТОГДА 0
ИНАЧЕ Договора.СуммаОбязательств
КОНЕЦ) КАК СуммаОбязательства,
СУММА(ВыборкаМеропритий.СуммаФБ — ЕСТЬNULL(Договора.СуммаОбязательств, 0)) КАК СуммаБезДоговора,
СУММА(ВЫБОР
КОГДА Договора.СуммаРаспоряжений ЕСТЬ NULL
ТОГДА 0
ИНАЧЕ Договора.СуммаРаспоряжений
КОНЕЦ) КАК СуммаРаспоряжения,
СУММА(ВЫБОР
КОГДА Договора.СуммаНесполненныхРаспоряжений ЕСТЬ NULL
ТОГДА 0
ИНАЧЕ Договора.СуммаНесполненныхРаспоряжений
КОНЕЦ) КАК СуммаНесполненныхРаспоряжений,
СУММА(ВыборкаМеропритий.КоличествоМероприятий) КАК КоличествоМероприятий,
СУММА(ВЫБОР
КОГДА Договора.КоличествоДоговоров ЕСТЬ NULL
ТОГДА 0
ИНАЧЕ 1
КОНЕЦ) КАК КоличествоДоговоров,
СУММА(ЕСТЬNULL(Платежки.СуммаДокумента, 0)) КАК СуммаПлатежки,
ВыборкаМеропритий.ЭтоОбщееМероприятие
ПОМЕСТИТЬ ОбщаяТаблица
ИЗ
ВыборкаМеропритий КАК ВыборкаМеропритий
ПОЛНОЕ СОЕДИНЕНИЕ Договора КАК Договора
ПОЛНОЕ СОЕДИНЕНИЕ Платежки КАК Платежки
ПО Договора.Договор = Платежки.Договор
ПО ВыборкаМеропритий.Мероприятие = Договора.Мероприятие
СГРУППИРОВАТЬ ПО
ВыборкаМеропритий.Департамент,
ВыборкаМеропритий.ЗаключенДоговор,
ВыборкаМеропритий.Мероприятие,
ВыборкаМеропритий.КБК,
ВЫБОР
КОГДА Договора.Договор ЕСТЬ NULL
ТОГДА «договор не заключен»
ИНАЧЕ Договора.Договор
КОНЕЦ,
ВыборкаМеропритий.ЭтоОбщееМероприятие
ИНДЕКСИРОВАТЬ ПО
Мероприятие
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
ОбщаяТаблица.Мероприятие,
ОбщаяТаблица.КБК,
СУММА(ОбщаяТаблица.СуммаФБ) КАК СуммаФБ,
СУММА(ОбщаяТаблица.СуммаСФ) КАК СуммаСФ,
СУММА(ОбщаяТаблица.СуммаВнеБюджет) КАК СуммаВнеБюджет,
ОбщаяТаблица.Департамент,
ОбщаяТаблица.ЗаключенДоговор,
ОбщаяТаблица.Договор,
СУММА(ОбщаяТаблица.СуммаОбязательства) КАК СуммаОбязательства,
СУММА(ОбщаяТаблица.СуммаБезДоговора) КАК СуммаБезДоговора,
СУММА(ОбщаяТаблица.СуммаРаспоряжения) КАК СуммаРаспоряжения,
СУММА(ОбщаяТаблица.СуммаНесполненныхРаспоряжений) КАК СуммаНесполненныхРаспоряжений,
СУММА(ОбщаяТаблица.КоличествоМероприятий) КАК КоличествоМероприятий,
СУММА(ОбщаяТаблица.КоличествоДоговоров) КАК КоличествоДоговоров,
СУММА(ОбщаяТаблица.СуммаПлатежки) КАК СуммаПлатежки,
СРЕДНЕЕ(ВЫБОР
КОГДА ОбщаяТаблица.СуммаОбязательства > 0
ТОГДА ОбщаяТаблица.СуммаОбязательства * ОбщаяТаблица.СуммаФБ * 100
ИНАЧЕ 0
КОНЕЦ) КАК СуммаЗаключенныхДоговоровПроцент,
СРЕДНЕЕ(ВЫБОР
КОГДА ОбщаяТаблица.СуммаФБ <> 0
ТОГДА ОбщаяТаблица.СуммаПлатежки * ОбщаяТаблица.СуммаФБ * 100
ИНАЧЕ 0
КОНЕЦ) КАК СуммаПеречисленийПроцент,
СУММА(ОбщаяТаблица.СуммаФБ — ОбщаяТаблица.СуммаПлатежки) КАК НедоперечисленоПоПлану,
СРЕДНЕЕ(ВЫБОР
КОГДА ОбщаяТаблица.СуммаОбязательства <> 0
ТОГДА ОбщаяТаблица.СуммаПлатежки * ОбщаяТаблица.СуммаОбязательства * 100
ИНАЧЕ 0
КОНЕЦ) КАК СуммаПеречисленийПроцентКДоговору,
СУММА(ОбщаяТаблица.СуммаОбязательства — ОбщаяТаблица.СуммаПлатежки) КАК НедоперечисленноПоДоговору,
ОбщаяТаблица.ЭтоОбщееМероприятие,
ОбщаяТаблица.КБК.Родитель
ИЗ
ОбщаяТаблица КАК ОбщаяТаблица
СГРУППИРОВАТЬ ПО
ОбщаяТаблица.ЗаключенДоговор,
ОбщаяТаблица.Департамент,
ОбщаяТаблица.КБК,
ОбщаяТаблица.Мероприятие,
ОбщаяТаблица.Договор,
ОбщаяТаблица.ЭтоОбщееМероприятие
MrStomak
3 — 23.06.16 — 17:15
В запросе нет деления, значит деление в выражении ресурсов СКД, либо в пользовательских полях, либо в вычисляемых полях, либо в выражении для параметра макета.
MrStomak
4 — 23.06.16 — 17:16
Хотя нет, если ошибка SQL, то деление в запросе.
Возьми консоль СКД с ИТС и посмотри фактический запрос
aleks_default
5 — 23.06.16 — 17:19
в процедуре ПриКомпоновкеРезультата в Макете после инициализации можно посмотреть запрос.
sooo_ez
6 — 23.06.16 — 17:20
(5) Сейчас гляну
sooo_ez
7 — 23.06.16 — 17:22
(5) А нет, у меня нет формы отчеты
Ща попробую через консоль
sooo_ez
8 — 23.06.16 — 17:24
А можно в консоли не переписывать все настройки а просто перенести уже имеющийся отчет?
MrStomak
9 — 23.06.16 — 17:43
Да пропиши в ПрикомпоновкеРезультата
Настройки = КомпоновщикНастроек.ПолучитьНастройки();
Компоновщик = Новый КомпоновщикМакетаКомпоновкиДанных();
Схема = ПолучитьМакет(«ОсновнаяСхемаБлаБлаБла»);
Макет = Компоновщик.Выполнить(Схема,Настройки,ДанныеРасшифровки);
ПроцессорКомпоновки = Новый ПроцессорКомпоновкиДанных;
ПроцессорКомпоновки.Инициализировать(Макет,,ДанныеРасшифровки);
ПроцессорВывода = Новый ПроцессорВыводаРезультатаКомпоновкиДанныхВТабличныйДокумент;
ПроцессорВывода.УстановитьДокумент(ДокументРезультат);
ПроцессорВывода.Вывести();
В переменной Макет будет результирующий текст запроса.
hhhh
10 — 23.06.16 — 17:47
(4) может в СРЕДНЕЕ() делние?
sooo_ez
11 — 23.06.16 — 17:53
(10) Попробовал убрать все, не получилось
Ща попробую получить запрос
sooo_ez
12 — 23.06.16 — 18:15
Не заходит в ПриКомпоновкеРезультата()
Положил её в модуль обьекта
Она вызывается только при программной компоновке? Не понял как поймать её
sooo_ez
13 — 23.06.16 — 18:22
sooo_ez
14 — 23.06.16 — 18:30
не, фигня какаято
MrStomak
15 — 23.06.16 — 18:33
Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка)
mehfk
16 — 23.06.16 — 18:41
sooo_ez
17 — 23.06.16 — 18:42
Скрин
s001.radikal.ru/i193/1606/88/02e10403af3f.png
MrStomak
18 — 23.06.16 — 18:48
(17) Отладка на сервере выключена наверное, используй консоль тогда (либо запускай отчет не в УФ, а в ОФ)
sooo_ez
19 — 23.06.16 — 19:01
я получил разные ХМL из другой консоли СКД
Какие смотреть нужно?
http://s015.radikal.ru/i330/1606/9a/2d7eea40dd88.png
а с (16) не могу разобраться, потому что не ловит, отладка была отключена, я подключил но всё равно не ловит
sooo_ez
20 — 23.06.16 — 19:19
Выловил запрос из
МакетКомпоновкиДанных.НаборыДанных.НаборДанных1.Запрос
ВЫБРАТЬ
ПланыМероприятийСрезПоследних.Мероприятие КАК Мероприятие,
ПланыМероприятийСрезПоследних.КБК КАК КБК,
ПланыМероприятийСрезПоследних.Департамент КАК Департамент,
СУММА(ЕСТЬNULL(СуммаМероприятияОбороты.СуммаФБОборот, 0)) КАК СуммаФБ,
СУММА(ЕСТЬNULL(СуммаМероприятияОбороты.СуммаСФОборот, 0)) КАК СуммаСФ,
СУММА(ЕСТЬNULL(СуммаМероприятияОбороты.СуммаВнеБюджетОборот, 0)) КАК СуммаВнеБюджет,
СУММА(1) КАК КоличествоМероприятий,
ПланыМероприятийСрезПоследних.Мероприятие.ПризнакОбщейЗаявки КАК ЭтоОбщееМероприятие
ПОМЕСТИТЬ ВыборкаМеропритий
ИЗ
РегистрСведений.ПланыМероприятий.СрезПоследних(
,
Мероприятие.НачалоПроведенияМероприятия МЕЖДУ &ДатаНачала И &ДатаОкончания
И (Год МЕЖДУ НАЧАЛОПЕРИОДА(&Год, ГОД) И КОНЕЦПЕРИОДА(&Год, ГОД))) КАК ПланыМероприятийСрезПоследних
ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрНакопления.СуммаМероприятия.Обороты(, , , Год = НАЧАЛОПЕРИОДА(&Год, ГОД)) КАК СуммаМероприятияОбороты
ПО ПланыМероприятийСрезПоследних.Мероприятие = СуммаМероприятияОбороты.Мероприятие
И ПланыМероприятийСрезПоследних.Год = СуммаМероприятияОбороты.Год
ГДЕ
ПланыМероприятийСрезПоследних.Мероприятие.ПризнакОбщейЗаявки = &П
СГРУППИРОВАТЬ ПО
ПланыМероприятийСрезПоследних.Мероприятие,
ПланыМероприятийСрезПоследних.КБК,
ПланыМероприятийСрезПоследних.Департамент,
ПланыМероприятийСрезПоследних.Мероприятие.ПризнакОбщейЗаявки
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
ИсполнениеДоговоровОбороты.Договор КАК Договор,
ИсполнениеДоговоровОбороты.МероприятиеДок КАК Мероприятие,
СУММА(ЕСТЬNULL(ИсполнениеДоговоровОбороты.СуммаФБПриход, 0)) КАК СуммаОбязательств,
СУММА(ЕСТЬNULL(ИсполнениеДоговоровОбороты.СуммаФБРасход, 0)) КАК СуммаРаспоряжений,
СУММА(ЕСТЬNULL(ИсполнениеДоговоровОбороты.СуммаФБПриход — ИсполнениеДоговоровОбороты.СуммаФБРасход, 0)) КАК СуммаНесполненныхРаспоряжений,
СУММА(1) КАК КоличествоДоговоров
ПОМЕСТИТЬ Договора
ИЗ
РегистрНакопления.ИсполнениеДоговоров.Обороты(&ДатаНачала, &ДатаОкончания, , ОтчетныйПериод.ДатаНачала МЕЖДУ НАЧАЛОПЕРИОДА(&Год, ГОД) И КОНЕЦПЕРИОДА(&Год, ГОД)) КАК ИсполнениеДоговоровОбороты
ВНУТРЕННЕЕ СОЕДИНЕНИЕ ВыборкаМеропритий КАК ВыборкаМеропритий
ПО ИсполнениеДоговоровОбороты.МероприятиеДок = ВыборкаМеропритий.Мероприятие
СГРУППИРОВАТЬ ПО
ИсполнениеДоговоровОбороты.Договор,
ИсполнениеДоговоровОбороты.МероприятиеДок
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
СУММА(ПлатежноеПоручение.СуммаДокумента) КАК СуммаДокумента,
ПлатежноеПоручение.Договор КАК Договор
ПОМЕСТИТЬ Платежки
ИЗ
Документ.ПлатежноеПоручение КАК ПлатежноеПоручение
ВНУТРЕННЕЕ СОЕДИНЕНИЕ Договора КАК Договора
ПО ПлатежноеПоручение.Договор = Договора.Договор
СГРУППИРОВАТЬ ПО
ПлатежноеПоручение.Договор
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
ВыборкаМеропритий.Мероприятие КАК Мероприятие,
ВыборкаМеропритий.КБК КАК КБК,
СУММА(ВыборкаМеропритий.СуммаФБ) КАК СуммаФБ,
СУММА(ВыборкаМеропритий.СуммаСФ) КАК СуммаСФ,
СУММА(ВыборкаМеропритий.СуммаВнеБюджет) КАК СуммаВнеБюджет,
ВыборкаМеропритий.Департамент КАК Департамент,
СУММА(ВЫБОР
КОГДА Договора.СуммаОбязательств ЕСТЬ NULL
ТОГДА 0
ИНАЧЕ Договора.СуммаОбязательств
КОНЕЦ) КАК СуммаОбязательства,
СУММА(ВыборкаМеропритий.СуммаФБ — ЕСТЬNULL(Договора.СуммаОбязательств, 0)) КАК СуммаБезДоговора,
СУММА(ВЫБОР
КОГДА Договора.СуммаРаспоряжений ЕСТЬ NULL
ТОГДА 0
ИНАЧЕ Договора.СуммаРаспоряжений
КОНЕЦ) КАК СуммаРаспоряжения,
СУММА(ВЫБОР
КОГДА Договора.СуммаНесполненныхРаспоряжений ЕСТЬ NULL
ТОГДА 0
ИНАЧЕ Договора.СуммаНесполненныхРаспоряжений
КОНЕЦ) КАК СуммаНесполненныхРаспоряжений,
СУММА(ВыборкаМеропритий.КоличествоМероприятий) КАК КоличествоМероприятий,
СУММА(ВЫБОР
КОГДА Договора.КоличествоДоговоров ЕСТЬ NULL
ТОГДА 0
ИНАЧЕ 1
КОНЕЦ) КАК КоличествоДоговоров,
СУММА(ЕСТЬNULL(Платежки.СуммаДокумента, 0)) КАК СуммаПлатежки
ПОМЕСТИТЬ ОбщаяТаблица
ИЗ
ВыборкаМеропритий КАК ВыборкаМеропритий
ПОЛНОЕ СОЕДИНЕНИЕ Договора КАК Договора
ПОЛНОЕ СОЕДИНЕНИЕ Платежки КАК Платежки
ПО Договора.Договор = Платежки.Договор
ПО ВыборкаМеропритий.Мероприятие = Договора.Мероприятие
ГДЕ
ЕСТЬNULL(ВыборкаМеропритий.ЭтоОбщееМероприятие, 0) = &П
СГРУППИРОВАТЬ ПО
ВыборкаМеропритий.Департамент,
ВыборкаМеропритий.Мероприятие,
ВыборкаМеропритий.КБК,
ВыборкаМеропритий.ЭтоОбщееМероприятие
ИНДЕКСИРОВАТЬ ПО
Мероприятие
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
ОбщаяТаблица.Мероприятие КАК Мероприятие,
ОбщаяТаблица.КБК КАК КБК,
СУММА(ОбщаяТаблица.СуммаФБ) КАК СуммаФБ,
СУММА(ОбщаяТаблица.СуммаСФ) КАК СуммаСФ,
СУММА(ОбщаяТаблица.СуммаВнеБюджет) КАК СуммаВнеБюджет,
ОбщаяТаблица.Департамент КАК Департамент,
СУММА(ОбщаяТаблица.СуммаОбязательства) КАК СуммаОбязательства,
СУММА(ОбщаяТаблица.СуммаБезДоговора) КАК СуммаБезДоговора,
СУММА(ОбщаяТаблица.СуммаРаспоряжения) КАК СуммаРаспоряжения,
СУММА(ОбщаяТаблица.СуммаНесполненныхРаспоряжений) КАК СуммаНесполненныхРаспоряжений,
СУММА(ОбщаяТаблица.КоличествоМероприятий) КАК КоличествоМероприятий,
СУММА(ОбщаяТаблица.КоличествоДоговоров) КАК КоличествоДоговоров,
СУММА(ОбщаяТаблица.СуммаПлатежки) КАК СуммаПлатежки,
СРЕДНЕЕ(ВЫБОР
КОГДА ОбщаяТаблица.СуммаОбязательства > 0
ТОГДА ОбщаяТаблица.СуммаОбязательства * ОбщаяТаблица.СуммаФБ * 100
ИНАЧЕ 0
КОНЕЦ) КАК СуммаЗаключенныхДоговоровПроцент,
СРЕДНЕЕ(ВЫБОР
КОГДА ОбщаяТаблица.СуммаФБ <> 0
ТОГДА ОбщаяТаблица.СуммаПлатежки * ОбщаяТаблица.СуммаФБ * 100
ИНАЧЕ 0
КОНЕЦ) КАК СуммаПеречисленийПроцент,
СУММА(ОбщаяТаблица.СуммаФБ — ОбщаяТаблица.СуммаПлатежки) КАК НедоперечисленоПоПлану,
СРЕДНЕЕ(ВЫБОР
КОГДА ОбщаяТаблица.СуммаОбязательства <> 0
ТОГДА ОбщаяТаблица.СуммаПлатежки * ОбщаяТаблица.СуммаОбязательства * 100
ИНАЧЕ 0
КОНЕЦ) КАК СуммаПеречисленийПроцентКДоговору,
СУММА(ОбщаяТаблица.СуммаОбязательства — ОбщаяТаблица.СуммаПлатежки) КАК НедоперечисленноПоДоговору,
ОбщаяТаблица.Департамент.Наименование КАК ДепартаментНаименование,
ОбщаяТаблица.КБК.Код КАК КБККод,
ОбщаяТаблица.КБК.Наименование КАК КБКНаименование,
ОбщаяТаблица.КБК.Родитель.Наименование КАК КБКРодительНаименование,
ОбщаяТаблица.Мероприятие.Дата КАК МероприятиеДата
ИЗ
ОбщаяТаблица КАК ОбщаяТаблица
СГРУППИРОВАТЬ ПО
ОбщаяТаблица.Департамент,
ОбщаяТаблица.КБК,
ОбщаяТаблица.Мероприятие
MrStomak
21 — 23.06.16 — 19:33
(20) Это ты не выловил.
Запрос из макета в качестве параметров содержит &П,&П2,&П3 и т.д.
А у тебя запрос из схемы
sooo_ez
22 — 28.06.16 — 09:13
Решилось выгрузкой данного отчета в новый.
Сиквел обрабатывал старый запрос которого уже в природе не существовало давно
sooo_ez
23 — 29.06.16 — 14:21
Не, не решилось, пришлось работать в другой базе
EDIT:
I’m getting a lot of downvotes on this recently…so I thought I’d just add a note that this answer was written before the question underwent it’s most recent edit, where returning null was highlighted as an option…which seems very acceptable. Some of my answer was addressed to concerns like that of Edwardo, in the comments, who seemed to be advocating returning a 0. This is the case I was railing against.
ANSWER:
I think there’s an underlying issue here, which is that division by 0 is not legal. It’s an indication that something is fundementally wrong. If you’re dividing by zero, you’re trying to do something that doesn’t make sense mathematically, so no numeric answer you can get will be valid. (Use of null in this case is reasonable, as it is not a value that will be used in later mathematical calculations).
So Edwardo asks in the comments «what if the user puts in a 0?», and he advocates that it should be okay to get a 0 in return. If the user puts zero in the amount, and you want 0 returned when they do that, then you should put in code at the business rules level to catch that value and return 0…not have some special case where division by 0 = 0.
That’s a subtle difference, but it’s important…because the next time someone calls your function and expects it to do the right thing, and it does something funky that isn’t mathematically correct, but just handles the particular edge case it’s got a good chance of biting someone later. You’re not really dividing by 0…you’re just returning an bad answer to a bad question.
Imagine I’m coding something, and I screw it up. I should be reading in a radiation measurement scaling value, but in a strange edge case I didn’t anticipate, I read in 0. I then drop my value into your function…you return me a 0! Hurray, no radiation! Except it’s really there and it’s just that I was passing in a bad value…but I have no idea. I want division to throw the error because it’s the flag that something is wrong.
EDIT:
I’m getting a lot of downvotes on this recently…so I thought I’d just add a note that this answer was written before the question underwent it’s most recent edit, where returning null was highlighted as an option…which seems very acceptable. Some of my answer was addressed to concerns like that of Edwardo, in the comments, who seemed to be advocating returning a 0. This is the case I was railing against.
ANSWER:
I think there’s an underlying issue here, which is that division by 0 is not legal. It’s an indication that something is fundementally wrong. If you’re dividing by zero, you’re trying to do something that doesn’t make sense mathematically, so no numeric answer you can get will be valid. (Use of null in this case is reasonable, as it is not a value that will be used in later mathematical calculations).
So Edwardo asks in the comments «what if the user puts in a 0?», and he advocates that it should be okay to get a 0 in return. If the user puts zero in the amount, and you want 0 returned when they do that, then you should put in code at the business rules level to catch that value and return 0…not have some special case where division by 0 = 0.
That’s a subtle difference, but it’s important…because the next time someone calls your function and expects it to do the right thing, and it does something funky that isn’t mathematically correct, but just handles the particular edge case it’s got a good chance of biting someone later. You’re not really dividing by 0…you’re just returning an bad answer to a bad question.
Imagine I’m coding something, and I screw it up. I should be reading in a radiation measurement scaling value, but in a strange edge case I didn’t anticipate, I read in 0. I then drop my value into your function…you return me a 0! Hurray, no radiation! Except it’s really there and it’s just that I was passing in a bad value…but I have no idea. I want division to throw the error because it’s the flag that something is wrong.
EDIT:
I’m getting a lot of downvotes on this recently…so I thought I’d just add a note that this answer was written before the question underwent it’s most recent edit, where returning null was highlighted as an option…which seems very acceptable. Some of my answer was addressed to concerns like that of Edwardo, in the comments, who seemed to be advocating returning a 0. This is the case I was railing against.
ANSWER:
I think there’s an underlying issue here, which is that division by 0 is not legal. It’s an indication that something is fundementally wrong. If you’re dividing by zero, you’re trying to do something that doesn’t make sense mathematically, so no numeric answer you can get will be valid. (Use of null in this case is reasonable, as it is not a value that will be used in later mathematical calculations).
So Edwardo asks in the comments «what if the user puts in a 0?», and he advocates that it should be okay to get a 0 in return. If the user puts zero in the amount, and you want 0 returned when they do that, then you should put in code at the business rules level to catch that value and return 0…not have some special case where division by 0 = 0.
That’s a subtle difference, but it’s important…because the next time someone calls your function and expects it to do the right thing, and it does something funky that isn’t mathematically correct, but just handles the particular edge case it’s got a good chance of biting someone later. You’re not really dividing by 0…you’re just returning an bad answer to a bad question.
Imagine I’m coding something, and I screw it up. I should be reading in a radiation measurement scaling value, but in a strange edge case I didn’t anticipate, I read in 0. I then drop my value into your function…you return me a 0! Hurray, no radiation! Except it’s really there and it’s just that I was passing in a bad value…but I have no idea. I want division to throw the error because it’s the flag that something is wrong.
EDIT:
I’m getting a lot of downvotes on this recently…so I thought I’d just add a note that this answer was written before the question underwent it’s most recent edit, where returning null was highlighted as an option…which seems very acceptable. Some of my answer was addressed to concerns like that of Edwardo, in the comments, who seemed to be advocating returning a 0. This is the case I was railing against.
ANSWER:
I think there’s an underlying issue here, which is that division by 0 is not legal. It’s an indication that something is fundementally wrong. If you’re dividing by zero, you’re trying to do something that doesn’t make sense mathematically, so no numeric answer you can get will be valid. (Use of null in this case is reasonable, as it is not a value that will be used in later mathematical calculations).
So Edwardo asks in the comments «what if the user puts in a 0?», and he advocates that it should be okay to get a 0 in return. If the user puts zero in the amount, and you want 0 returned when they do that, then you should put in code at the business rules level to catch that value and return 0…not have some special case where division by 0 = 0.
That’s a subtle difference, but it’s important…because the next time someone calls your function and expects it to do the right thing, and it does something funky that isn’t mathematically correct, but just handles the particular edge case it’s got a good chance of biting someone later. You’re not really dividing by 0…you’re just returning an bad answer to a bad question.
Imagine I’m coding something, and I screw it up. I should be reading in a radiation measurement scaling value, but in a strange edge case I didn’t anticipate, I read in 0. I then drop my value into your function…you return me a 0! Hurray, no radiation! Except it’s really there and it’s just that I was passing in a bad value…but I have no idea. I want division to throw the error because it’s the flag that something is wrong.
Показывать по
10
20
40
сообщений
Новая тема
Ответить
Марат
Дата регистрации: 28.01.2019
Сообщений: 6
Здравствуйте, помогите пожалуйста с ошибкой. Пытаюсь сформировать : Отчеты — Анализ учета по НДС
{ОбщийМодуль.ДлительныеОперации.Модуль(376)}: Ошибка при выполнении операции над данными:
Microsoft SQL Server Native Client 11.0: Обнаружена ошибка: деление на ноль.
HRESULT=80040E14, SQLSrvr: SQLSTATE=22012, state=1, Severity=10, native=8134, line=1
ВызватьИсключение(ТекстОшибки);
Произошло после перехода из 8.3.10(ошибки не было) на 8.3.13.
Версия 1с серверная. Документов сотни тысяч, просматривать руками каждый — не вариант.
Тестово перевел из серверной в файловую базу — на удивление все заработало БЕЗ Ошибок.
Vladko
Дата регистрации: 27.08.2007
Сообщений: 2643
Марат,посмотрите как на последней 8.3.12 работает. Здесь ясно, что это — глюк платформы. Если ошибка повторится, то напишите на горячую линию 1С сообщение об ошибке.
Марат
Дата регистрации: 28.01.2019
Сообщений: 6
Я писал. Мне говорят проверить все документы (а их огромное количество с незапамятных времен).
Вот ответ от v8 V8@1c.ru
При формировании отчета «Анализ учета по НДС» выдается сообщение об ошибке «Обнаружена ошибка: деление на ноль» если в информационной базе присутствуют документы следующих видов: -Поступление на расчетный счет, -Списание с расчетного счета, -Операция по платежной карте -Поступление наличных со значением кратности взаиморасчетов равной нулю.
Отчет не формируется даже за сегодняшнюю дату, при условии что ни одного действия с документами не было произведено.
На 8.3.12 не могу проверить, так как нет этой платформы. я обновлялся с 8.3.10 напрямую до 8.3.13.Но суть в том, что в 8.3.10 все работало.
Марат
Дата регистрации: 28.01.2019
Сообщений: 6
Ошибку исправил. Сделал универсальный отчет, установил на все документы условие: Кратность = 0.
Поправил все документы — Внимание, учитываются даже НЕ проведенные документы.
Vladko
Дата регистрации: 27.08.2007
Сообщений: 2643
Марат,в универсальном отчете можно тоже добавить в отбор условие на проведённость документа
Марат
Дата регистрации: 28.01.2019
Сообщений: 6
Vladko, Спасибо, буду знать. Дальше копать в отчете не стал, проблема нашлась и решилась.
EvJ2019
Дата регистрации: 13.03.2019
Сообщений: 1
Марат пишет:
| Цитата |
|---|
|
Ошибку исправил. Сделал универсальный отчет, установил на все документы условие: Кратность = 0. Поправил все документы — Внимание, учитываются даже НЕ проведенные документы. |
Добрый день. А какие документы вы поправляли, скажите, пожалуйста?
Такая же ошибка. Но в документах Поступление на расчетный счет, Списание с расчетного счета, Операция по платежной карте, Поступление наличных нет реквизита Кратность взаиморасчетов.
Valentin46
Дата регистрации: 10.02.2011
Сообщений: 1041
Марат пишет:
| Цитата |
|---|
| На 8.3.12 не могу проверить, так как нет этой платформы. я обновлялся с 8.3.10 напрямую до 8.3.13. |
А это как понимать, нельзя ли пояснить?
Показывать по
10
20
40
сообщений
Время прочтения: 4 мин.
В процессе работы c данными в SQL Server, мы столкнулись с такой ситуацией. Одним из промежуточных шагов в нашей задаче было выполнение простого арифметического действия, из данных в виде целых чисел, загружаемых в таблицу SQL, значения которых участвовали в делении. В какой-то момент времени выполнение всего кода могло быть прервано сообщением об ошибке из-за того, что знаменатель принимал значение 0. Как этого избежать подобной ситуации, я расскажу в этой статье.
Обычно при делении не возникает проблем, и мы получаем соотношение двух величин, если знаменатель не равен нулю:
declare @vol_1 int;
declare @vol_2 int;
set @vol_1 = 10;
set @vol_2 = 5;
select @vol_1/@vol_2 ratio_vol;
Соотношение значений вычисляется корректно:
При значении @vol_2 = 0 получаем сообщение об ошибке:
declare @vol_1 int;
declare @vol_2 int;
set @vol_1 = 10;
set @vol_2 = 0;
select @vol_1/@vol_2 ratio_vol;
Для того, чтобы ошибка не возникала при выполнении запроса предлагается предусмотреть механизм, позволяющий справляться с условием, когда значение @vol_2 станет равным нулю
1. Применение функции NULLIF.
Синтаксис NULLIF следующий:
NULLIF(expr1, expr2)При равенстве значений двух аргументов, возвращается значение NULL.
Например:
select NULLIF (55, 55) result;Результат запроса:
Если значения аргументов не равны, возвращается значение первого аргумента (expr1).
select NULLIF (12, 55) result;
Изменим этот запрос, добавив в него NULLIF, для обхода ошибки деления на ноль.
Логика использования функции NULLIF для задачи деления на ноль следующая:
- используем в знаменателе функцию NULLIF с нулевым значением ее второго аргумента
- если значение первого аргумента функции NULLIF также равно нулю, то возвращается значение NULL, и тогда в SQL Server, если мы разделим число на значение NULL, на выходе получим NULL.
- если значение первого аргумента не равно нулю, возвращается значение первого аргумента функции NULLIF, и деление выполняется как стандартная операция деления.
declare @vol_1 int;
declare @vol_2 int;
set @vol_1 = 10;
set @vol_2 = 0;
select @vol_1/NULLIF (@vol_2, 0) ratio_vol;
Ниже, результат работы такого кода (в знаменателе – значение NULL):
Добавим в код функцию ISNULL, для того, чтобы вместо значения NULL в выводе результата вычисления получать 0.
Эта функция заменяет NULL значение в expr1 и возвращает значение expr2 в качестве вывода.
Логика запроса с функциями ISNULL и NULLIF такая:
- первый аргумент ((@vol_1/ NULLIF (@vol_2,0)) вернет значение NULL;
- для функции ISNULL указываем нулевое значение второго аргумента;
- так как первый аргумент — NULL, то вывод всего запроса равен нулю, т.е. значению второго аргумента.
Пример кода с функциями ISNULL и NULLIF:
declare @vol_1 int;
declare @vol_2 int;
set @vol_1 = 10;
set @vol_2 = 0;
select ISNULL (@vol_1/NULLIF (@vol_2, 0),0) ratio_vol;
Вывод результата успешного выполнения запроса:
2. Использование оператора CASE.
Посмотрим, как использовать для нашей задачи оператор CASE для возврата значений на основе определенных условий.
Оператор CASE проверит значение параметра @vol_2:
- если значение @vol_2 равно нулю, возвращается значение NULL;
- если это условие не выполняется, то производится арифметическая операция деления (@vol_1/@vol_2) и возвращается ее результат.
declare @vol_1 int;
declare @vol_2 int;
set @vol_1 = 10;
set @vol_2 = 0;
select CASE
when @vol_2 = 0
then NULL
else @vol_1/@vol_2
end as ratio_vol;
Успешный результат запроса:
Применяя рассмотренные методы, позволяющие избежать ошибки деления на ноль в SQL Server, можно быть уверенным в том, что этот специфический, с точки зрения арифметики, код, являющийся частью большей задачи, не даст сбой в результате ее решения.
SQL Server 2017 Developer on Windows SQL Server 2017 Enterprise on Windows SQL Server 2017 Enterprise Core on Windows SQL Server 2017 Standard on Windows Еще…Меньше
Проблемы
Предположим, что у вас есть большое количество параллельных запросов, которые работают в работающей системе SQL Server 2017. При выполнении параллельного запроса вы можете заметить, что параллельный запрос принудительно запускается в последовательном режиме из-за нехватки параллельных рабочих потоков. В этом случае ошибка «выделять память – предупреждение» может вызвать ошибку деления на ноль.
Решение
Эта проблема устранена в следующем накопительном обновлении SQL Server:
Накопительное обновление 1 для SQL Server 2017
Все новые накопительные обновления для SQL Server содержат все исправления и все исправления для системы безопасности, которые были включены в предыдущий накопительный пакет обновления. Ознакомьтесь с самыми последними накопительными обновлениями для SQL Server.
Последнее накопительное обновление для SQL Server 2017
Статус
Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе «Применяется к».
Ссылки
Ознакомьтесь с терминологией, которую корпорация Майкрософт использует для описания обновлений программного обеспечения.