CREATE PROCEDURE [Convert36To10] @Res36 CHAR(9), @Deci INT OUTPUT AS
SET NOCOUNT ON
DECLARE @j INT
DECLARE @Arr36 CHAR(36)
SELECT @Arr36 = '0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ'
SELECT @Deci = 0
SELECT @j = 1
while @j <= LEN(LTRIM(RTRIM(@Res36)))
begin
if @j <> 1
SELECT @Deci = @Deci*36
SELECT @Deci = @Deci + CHARINDEX(SUBSTRING(LTRIM(RTRIM(@Res36)), @j,1),@Arr36) -1
SELECT @j = @j+1
end

10->36:

CREATE PROCEDURE [Convert10To36] @Deci INT, @Res36 CHAR(9) OUTPUT AS
SET NOCOUNT ON
DECLARE @j INT
DECLARE @Arr36 CHAR(36)
SELECT @Arr36 = '0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ'
SELECT @Res36 = ''
SELECT @j = LOG(@Deci)/LOG(36) +1
while @j>0
begin
SELECT @Res36 = LTRIM(RTRIM(@Res36)) + SUBSTRING(@Arr36, @Deci/POWER(36,@j-1) +1 ,1)
SELECT @Deci = @Deci%POWER(36,@j-1)
SELECT @j =@j-1
end

Для SQL Server 2000 данные процедуры можно оформить в виде UDF (пользовательские функции)

Симптомы

В запросе определяю переменные
...
|Место = Регистр.Транзакции.Место;
|Филиал = Регистр.Транзакции.Место.Филиал;
...
На ВыполнитьЗапрос 1С вылетает (некорректный синтаксис в запросе). Если перем "Филиал" не определять, то все работает. Я в курсе, что есть проблема с уровнем вложенности переменной в запросе, но может это как можно обойти?

Регистр.Транзакции — остатков. В тоже время есть регистр оборотный, там определение переменных с 3 точками проходит.

Объяснение

Во-первых, ошибка зависит только от релиза 1С. Это ясно видно в SQL Profiler. Я выяснил как обойти эту проблему.

1. Если переменные с 3 точками явно в группировках запроса не участвуют, тогда их не нужно включать. У меня была ситуация — в универсальном отчете пользователю необходимо было определять все возможные группировки и получать нужные разрезы. Вот я и определял сразу все переменные, которые могли участвовать в запросе, а дальше шло наложение условий и группировок. На DBF это проходило, поэтому я и не загружался такой проблемой.

2. Все же в запросе можно определять переменные с 3 точками, но в этом случае ОБЯЗАТЕЛЬНО по ним должна быть группировка (или условие). Причем таких переменных (с 3 точками) может быть несколько, но тогда по всем ним должны быть группировки. Не допускается ситуация, когда сначала идет группировка по переменной с 2 точками, а затем группировка по переменной с 3 точками — это также приводит к ошибке.

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

В одной из статей Microsoft Knowledge Base данная ошибка объясняется конвертацией значения 0/0 в вещественное (float) значение при передаче в качестве параметра хранимой процедуры. В этой же статье написано, что данная ошибка исправлена в SQL Server 7.0 Service Pack 4. В SQL Server 2000 данная ошибка возникает при конвертации значения в числовой (numeric) параметр. Почему это связано с проведением документов можно объяснить так: при проведении документа используются различные ХП для расчета итогов (как для БИ, так и для ОУ), поэтому появление такой ошибки вполне возможно.

Лекарство Для SQL Server 2000 по моей информации (2 случая) помогает установка Service Pack 2.

А вот еще на эту же тему