Sql error 22012 error division by zero

Ошибка при выполнении операции над данными 22012 error division by zero

Обновлено: 09.02.2023

Есть конфигурация ЗиК непосредственно правкой конфы занимается другой человек, я только админю SQL сервер. После внесения очередных изменений в конфу при закрытии месяца SQL сервер матерится: «Microsoft OLE DB Provider for SQL Server: Divide by zero error encountered.», при этом если база лежит в dbf месяц закрывается без проблем! Разработчик конфы все валит на меня, я в свою очередь уверен что со стороны сервера все ок! Считаю что разработчик заранее не предусмотрел деление на 0 что-то типо <br><br>»ВЫБОР КОГДА ЕСТЬNULL(Таблица.Количество,0) = 0 ТОГДА 0 <br> ИНАЧЕ Таблица.Сумма/Таблица.Количество<br>КОНЕЦ КАК Цена»<br><br>Помогите разрешить спор! <br>Как доказать главбуху что проблема вызвана именно ошибкой в конфигурации?<br>Есть ли внутри 1с платформы проверка арифметических операций, может ее там нет, поэтому dbf вариант работает без проблем?<br><br><br>

Бухия 8.1 1.6(1.6.11.7), скульная.
При проведении некоторых доков выскакивает ошибка:
: Ошибка при вызове метода контекста (Выполнить): Ошибка выполнения запроса «Ошибка при выполнении операции над данными:
Microsoft OLE DB Provider for SQL Server: Divide by zero error encountered.
HRESULT=80040E14, SQLSrvr: Error state=1, Severity=10, native=8134, line=1

Может кто-нибудь сталкивался? Заранее спасибо.

деление на ноль.. запрос нужно смотреть

В запросе нашел:
КОНЕЦ * ТаблицаПлатежей.КурсВзаиморасчетов / ТаблицаПлатежей.КратностьВзаиморасчетов

Блин, только что попробовал провести, теперь пишет:

Ошибка при выполнении обработчика — ‘: Ошибка при вызове метода контекста (Выполнить): Ошибка выполнения запроса «Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded.
HRESULT=80040E31, SQLSrvr: Error state=38, Severity=10, native=1222, line=1
«‘
по причине:
: Ошибка при вызове метода контекста (Выполнить): Ошибка выполнения запроса «Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded.
HRESULT=80040E31, SQLSrvr: Error state=38, Severity=10, native=1222, line=1
«

по причине:
Ошибка выполнения запроса «Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded.
HRESULT=80040E31, SQLSrvr: Error state=38, Severity=10, native=1222, line=1
»
по причине:
Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded.
HRESULT=80040E31, SQLSrvr: Error state=38, Severity=10, native=1222, line=1

«Возврат Запрос.Выполнить;» — ставь точку останова и смотри какие вычислительные операции у тебя в запросе.

Проблема кроется тут, когда создается сам запрос: » Для Каждого Реквизит Из СтруктураПолей Цикл » Как, в таком запросе, сделать проверку на ноль, чтобы SQL отвязался?

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

Текст запроса, вытащенный из обработчика. Запрос.Текст «ВЫБРАТЬ Док.НомерСтроки , Док.Номенклатура КАК Номенклатура, Док.Количество * Коэффициент /Номенклатура.ЕдиницаХраненияОстатков.Коэффициент КАК Количество, Док.Сумма КАК Сумма, Док.СтавкаНДС КАК СтавкаНДС, Док.СуммаНДС КАК НДС, Док.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры, Док.СерияНоменклатуры КАК СерияНоменклатуры, Док.Номенклатура.ВестиПартионныйУчетПоСериям КАК ВестиПартионныйУчетПоСериям, Док.Номенклатура.Услуга КАК Услуга, Док.Номенклатура.Набор КАК Набор, Док.Номенклатура.Комплект КАК Комплект, Док.Заказ КАК Заказ, Док.Заказ.СкладГруппа КАК СкладЗаказаПокупателя, Док.Заказ.ДоговорКонтрагента.ОбособленныйУчетТоваровПоЗаказамПокупателей КАК ОбособленныйУчетТоваровПоЗаказамПокупателей, Док.ЕдиницаИзмерения КАК ЕдиницаИзмерения, Док.Ссылка.СкладОрдер КАК Склад, Док.Ссылка.СкладОрдер.ВидСклада КАК ВидСкладаРазмещения, Док.ПриходныйОрдер КАК ДокументПолучения, Док.ПриходныйОрдер.Организация КАК ОрганизацияДокументаПолучения, Док.ПриходныйОрдер.БезПраваПродажи КАК БезПраваПродажи, Док.Цена КАК Цена, Док.Коэффициент КАК Коэффициент, Док.ПриходныйОрдер.Склад КАК ПриходныйОрдерСклад, Док.Номенклатура.ВестиУчетПоСериям КАК УчетПоСериям, Док.СерияНоменклатуры.СтранаПроисхождения КАК СтранаПроисхождения, Док.СерияНоменклатуры.НомерГТД КАК НомерГТД, Док.ЗаказПоставщику КАК ЗаказПоставщику ИЗ

Смотри где у тебя по тексту / и оборачивай делитель в Выбор когда Делитель=0 Тогдв Делимое/1 Иначе Делимое/Делитель Колнец

вот тут имхо собака порылась Док.Количество * Коэффициент /Номенклатура.ЕдиницаХраненияОстатков.Коэффициент КАК Количество,

Ну нет..Мало ли почему там коэффициент=0. Я бы не стал

Что посоветуете дописать . Как лучше всего обернуть?

Выбор Конда Номенклатура.ЕдиницаХраненияОстатков.Коэффициент =0 Тогда КАК КАК Количество

а я бы стал. на каком основании цифиль должна быть без учета коэффициента? так и получаются 2000 м куб

На том например что забыли поставить. И что теперь обнулять количество?

Беру свои слова обратно в карточке товара не были проставлены коэффиценты.

: Ошибка при выполнении операции над данными:
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с серверная. Документов сотни тысяч, просматривать руками каждый — не вариант.

Тестово перевел из серверной в файловую базу — на удивление все заработало БЕЗ Ошибок.

Я писал. Мне говорят проверить все документы (а их огромное количество с незапамятных времен).

Отчет не формируется даже за сегодняшнюю дату, при условии что ни одного действия с документами не было произведено.
На 8.3.12 не могу проверить, так как нет этой платформы. я обновлялся с 8.3.10 напрямую до 8.3.13.Но суть в том, что в 8.3.10 все работало.

Читайте также:

      

  • Call of duty infinite warfare критическая ошибка directx

    •   

  • Fallout 2 найти способ убрать сирот с улиц дыры

    •   

  • Сталкер возвращение шрама 2 вылетает

    •   

  • Dust an elysian tail вылетает

    •   

  • Как запустить черный сталкер 2

Источник

In this article, we will be discussing about the “Divide by zero error encountered” error message in SQL Server.

About the “Divide by zero error encountered” error message

Well, as the error message says, whenever we have a division within a SQL query and the denominator has the value of zero (0) we get this error.

The exact error we get in SQL Server is:

Msg 8134, Level 16, State 1, Line [Here goes the line of the denominator in your query]
Divide by zero error encountered.

So, which is the best way of addressing this issue? As it is data-related we should be precautious anyway when having a division within a query and effectively control the denominator values for handling the case where a zero might be produced.

Just for reproducing the divide by zero error, consider the following example query:

declare @denominator int
set @denominator=0

select 1/@denominator

Different Approaches for Handling the Issue

There are a few approaches of handling such problem. Here I present three.

Approach 1 – Using the “SET ANSI_WARNINGS OFF” Command

By using the “SET ANSI_WARNINGS OFF” command just right before the rest of the queries, it will allow your query that produces the error not to stop the execution of the rest of the queries.

Example:

SET ANSI_WARNINGS OFF

declare @denominator int
set @denominator=0

select 1/@denominator

.... Other queries go here

Approach 2 – Using the CASE Statement

By using the CASE statement it is possible to check the denominator value for a zero and if it is so you can use 1 in order for the division not to fail.

Example Query:

declare @denominator int
set @denominator=0

select 1/(case @denominator when 0 then 1 else @denominator end)

Alternatively, you can create a custom scalar-valued function that given an input parameter, it can check for a zero and if it is encountered it can return 1 else it should return the input:

CREATE FUNCTION check_denominator
(
-- Function parameter
@input int
)
RETURNS int
AS
BEGIN

-- Declare local variable
DECLARE @result int

-- Check for 0, if so then return 1 else return the input
SET @result =(SELECT (CASE @input when 0 then 1 else @input end))

-- Return the result
RETURN @result

END
GO

Then you can use the above function as follows:

declare @denominator int
set @denominator=0

select 1/dbo.check_denominator(@denominator)

Strengthen you SQL Server Development Skills – Enroll to our Online Course!

Check our online course titled “Essential SQL Server Development Tips for SQL Developers”
(special limited-time discount included in link).

Via the course, you will sharpen your SQL Server database programming skills via a large set of tips on T-SQL and database development techniques. The course, among other, features over than 30 live demonstrations!

Essential SQL Server Development Tips for SQL Developers - Online Course

(Lifetime Access/ Live Demos / Downloadable Resources and more!)

Enroll from $14.99

Approach 3 – Using the NULLIF Function

Yep, by using the NULLIF function it is possible to handle the issue of a zero denominator.
But how? 🙂

The NULLIF function takes two arguments and if they have equal values it then returns a NULL.

The idea here is to compare the denominator value with a zero via NULLIF and if it returns a NULL then to handle it with the ISNULL function (by placing the number 1)!

Example:

declare @denominator int
set @denominator=0

select 1/ISNULL(NULLIF(@denominator,0),1)

Concluding Remarks

Which of the above three approaches is the best one? Well, this is up to you 🙂

Personally I do not prefer Approach 1 as it does not solve the problem but rather “says” to SQL Server to ignore it.

So we have Approach 2 and 3 left. Approach 2 looks appealing but still I would only use it with a function.

My personal opinion is that Approach 3 is the best one; it just uses two built-in SQL Server functions and you do not need to write much additional code for handling a zero denominator!

Tip: Also, whenever you have a division in your query keep in mind that if you use only integer variables (like in this example 🙂 and the calculated denominator value is below zero it will return a zero so be careful with that as well (you can use float or decimal instead)!

Featured Online Courses:

  • Introduction to Azure SQL Database for Beginners
  • SQL Server 2019: What’s New – New and Enhanced Features
  • SQL Server Fundamentals – SQL Database for Beginners
  • Essential SQL Server Administration Tips
  • Boost SQL Server Database Performance with In-Memory OLTP 
  • Essential SQL Server Development Tips for SQL Developers
  • Working with Python on Windows and SQL Server Databases
  • Introduction to Computer Programming for Beginners
  • .NET Programming for Beginners – Windows Forms with C#
  • Introduction to SQL Server Machine Learning Services
  • Entity Framework: Getting Started – Complete Beginners Guide
  • How to Import and Export Data in SQL Server Databases
  • Learn How to Install and Start Using SQL Server in 30 Mins
  • A Guide on How to Start and Monetize a Successful Blog

Check Some of Our Other SQL Server Articles:

  • Essential SQL Sever Administration Tips
  • How to Patch a Standalone SQL Server Instance
  • The SQL Server Browser Service and UDP Port 1434
  • The Maximum Number of Concurrent Connections Setting in SQL Server
  • Top 10 SQL Server DBA Daily Tasks List
  • There is no SQL Server Failover Cluster Available to Join
  • Encrypting a SQL Server Database Backup
  • …more

Rate this article: 1 Star2 Stars3 Stars4 Stars5 Stars (1 votes, average: 5.00 out of 5)

Loading…

Reference: SQLNetHub.com (https://www.sqlnethub.com)

© SQLNetHub

Artemakis Artemiou

Artemakis Artemiou is a Senior SQL Server Architect, Author, a 9 Times Microsoft Data Platform MVP (2009-2018). He has over 20 years of experience in the IT industry in various roles. Artemakis is the founder of SQLNetHub and {essentialDevTips.com}. Artemakis is the creator of the well-known software tools Snippets Generator and DBA Security Advisor. Also, he is the author of many eBooks on SQL Server. Artemakis currently serves as the President of the Cyprus .NET User Group (CDNUG) and the International .NET Association Country Leader for Cyprus (INETA). Moreover, Artemakis teaches on Udemy, you can check his courses here.

Views: 5,594

We use cookies on our website to give you the most relevant experience by remembering your preferences and repeat visits. By clicking “Accept All”, you consent to the use of ALL the cookies. However, you may visit «Cookie Settings» to provide a controlled consent. Read More

Источник
   Avtokrator

03.06.13 — 12:03

Доброго времени суток, уважаемые Мастера.

Проблема немного не понятная…. В УТ 10.3.12.3, при проведении документа  «Поступление товаров и услуг» возникает ошибка:

Ошибка при выполнении обработчика — ‘ОбработкаПроведения’

по причине:

{ОбщийМодуль.ОбщегоНазначения(4191)}: Ошибка при вызове метода контекста (Выполнить)

по причине:

Ошибка выполнения запроса

по причине:

Ошибка при выполнении операции над данными:

Microsoft SQL Server Native Client 10.0: Divide by zero error encountered.

HRESULT=80040E14, SQLSrvr: SQLSTATE=22012, state=1, Severity=10, native=8134, line=1

Знаю, что программа делит на «0», но вот где ??? Ошибка ссылается на следующую функцию.

Функция СформироватьЗапросПоТабличнойЧасти(ДокументОбъект, ИмяТабличнойЧасти, СтруктураПолей,

                                          СтруктураСложныхПолей = Неопределено) Экспорт

   ТекстЗапроса = «»;

   
   ДокументМетаданные = ДокументОбъект.Метаданные();

   Для Каждого Реквизит Из СтруктураПолей Цикл

       ТекстЗапроса  = ТекстЗапроса + «,

       |Док.» + Реквизит.Значение +

       » КАК » + СокрЛП(Реквизит.Ключ);

   КонецЦикла;

   
   ТекстСоединение=»»;

   
   Запрос = Новый Запрос;

   Если ТипЗнч(СтруктураСложныхПолей) = Тип(«Структура») Тогда // Добавим к запросу конструкции.

       
       Для Каждого Элемент Из СтруктураСложныхПолей Цикл

           
           ТекстЗапроса  = ТекстЗапроса + «,

           | » + Элемент.Значение +

           » КАК » + СокрЛП(Элемент.Ключ);

           
       КонецЦикла;

       
       Если СтруктураСложныхПолей.Свойство(«Проект») Тогда

           
           ТекстСоединение=»

           |ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.УстановкаПроектовДляНоменклатуры.СрезПоследних(&ДатаДок, НоменклатураПроекта В (ВЫБРАТЬ Номенклатура ИЗ Документ.» + ДокументМетаданные.Имя + «.»+ СокрЛП(ИмяТабличнойЧасти) + » ГДЕ Ссылка = &ДокументСсылка)) КАК ПроектыНоменклатуры

           |ПО Док.Номенклатура=ПроектыНоменклатуры.НоменклатураПроекта»;

           
           Запрос.УстановитьПараметр(«ДатаДок»,ДокументОбъект.Дата);

       КонецЕсли;

   КонецЕсли;

       
   Запрос.Текст = «ВЫБРАТЬ

               | Док.НомерСтроки » + ТекстЗапроса + »

               | ИЗ

               |      Документ.» + ДокументМетаданные.Имя + «.»+ СокрЛП(ИмяТабличнойЧасти) +

               » КАК Док»+ТекстСоединение+»

               |     ГДЕ Док.Ссылка = &ДокументСсылка»;

   // Установим параметры запроса.

   Запрос.УстановитьПараметр(«ДокументСсылка» , ДокументОбъект.Ссылка);

   
   Если ДокументОбъект[ИмяТабличнойЧасти].Количество() = 0 Тогда

       Запрос.Текст = СтрЗаменить(Запрос.Текст, «ГДЕ Док.Ссылка = &ДокументСсылка», «ГДЕ ЛОЖЬ»);

   КонецЕсли;

   Возврат Запрос.Выполнить();

КонецФункции // СформироватьЗапросПоТабличнойЧасти()

   Avtokrator

4 — 03.06.13 — 12:13

Проблема кроется тут, когда создается сам запрос:

»

Для Каждого Реквизит Из СтруктураПолей Цикл

       ТекстЗапроса  = ТекстЗапроса + «,

       |Док.» + Реквизит.Значение +

       » КАК » + СокрЛП(Реквизит.Ключ);

   КонецЦикла;

»

Как, в таком запросе, сделать проверку на ноль, чтобы SQL отвязался?

   Avtokrator

6 — 03.06.13 — 12:18

Текст запроса, вытащенный из обработчика.

Запрос.Текст    «ВЫБРАТЬ

Док.НомерСтроки ,

Док.Номенклатура КАК Номенклатура,

Док.Количество * Коэффициент /Номенклатура.ЕдиницаХраненияОстатков.Коэффициент КАК Количество,

Док.Сумма КАК Сумма,

Док.СтавкаНДС КАК СтавкаНДС,

Док.СуммаНДС КАК НДС,

Док.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры,

Док.СерияНоменклатуры КАК СерияНоменклатуры,

Док.Номенклатура.ВестиПартионныйУчетПоСериям КАК ВестиПартионныйУчетПоСериям,

Док.Номенклатура.Услуга КАК Услуга,

Док.Номенклатура.Набор КАК Набор,

Док.Номенклатура.Комплект КАК Комплект,

Док.Заказ КАК Заказ,

Док.Заказ.СкладГруппа КАК СкладЗаказаПокупателя,

Док.Заказ.ДоговорКонтрагента.ОбособленныйУчетТоваровПоЗаказамПокупателей КАК ОбособленныйУчетТоваровПоЗаказамПокупателей,

Док.ЕдиницаИзмерения КАК ЕдиницаИзмерения,

Док.Ссылка.СкладОрдер КАК Склад,

Док.Ссылка.СкладОрдер.ВидСклада КАК ВидСкладаРазмещения,

Док.ПриходныйОрдер КАК ДокументПолучения,

Док.ПриходныйОрдер.Организация КАК ОрганизацияДокументаПолучения,

Док.ПриходныйОрдер.БезПраваПродажи КАК БезПраваПродажи,

Док.Цена КАК Цена,

Док.Коэффициент КАК Коэффициент,

Док.ПриходныйОрдер.Склад КАК ПриходныйОрдерСклад,

Док.Номенклатура.ВестиУчетПоСериям КАК УчетПоСериям,

Док.СерияНоменклатуры.СтранаПроисхождения КАК СтранаПроисхождения,

Док.СерияНоменклатуры.НомерГТД КАК НомерГТД,

Док.ЗаказПоставщику КАК ЗаказПоставщику

ИЗ

     Документ.ПоступлениеТоваровУслуг.Товары КАК Док

    ГДЕ Док.Ссылка = &ДокументСсылка»

Источник

Понравилась статья? Поделить с друзьями:
  • Sql error 42p01 ошибка отношение не существует
  • Sql error 209
  • Sql 201 error
  • Sql error 42p01 error missing from clause entry for table
  • Sql 2008 ошибка 18456