В базе данных уже существует объект с именем "#tt1" #696251

Добрый день всем. Вот в чем проблема. Я использую 1с 8.3 для получения данных из внешних источников, но периодически получаю ошибки такого рода: 1. Платформа: 1С:Предприятие 8.3 (8.3.3.658) Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия) Вариант интерфейса: Версия 8.2 Ошибки: -------------------------------------------------------------------------------- 24.01.2014 11:16:59 Ошибка внешней базы данных: ошибка при выполнении запроса по причине: Ошибка ODBC. SQLSTATE: 42S01 Номер ошибки: 2714 Описание: [Microsoft][ODBC SQL Server Driver][SQL Server]В базе данных уже существует объект с именем "#tt1". 2. Частенько при получении представления внешних источников он пишет "Ошибка получения представления". При чем частично он отображает верно, такое осушение что он качает их из какого то временного хранилища. В инете искал инфу, ничего путного. Обновил платформу до 8.3.4.389 не помогло. Ставил совместимость 8.2.16 тоже не катит. Эти ошибки доставляют массу проблем по работе с данными. Подскажите как от этого избавиться или куда копать. Может есть вариант дропить временную таблицу из под сеанса 1с.

по 1 пункту у меня такая же фигня точь в точь была после перехода на 8.3

Вопрос еще актуален

Программа с этой ошибкой падает при Вот Кусок Кода ПроцессорВывода.Вывести(ПроцессорКомпоновкиДанных);

#tt1 - временная таблица (с) ко

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

Вопрос только - КАК ЭТО СДЕЛАТЬ Это не прокатывает - Ошибка исполнения отчета по причине: Ошибка при выполнении обработчика - 'ПриКомпоновкеРезультата' по причине: {Отчет.ПланФактБюджета.МодульОбъекта}: Ошибка при вызове метода контекста (Выполнить)     Запрос.Выполнить; по причине: {(1, 12)}: Не установлен менеджер временных таблиц УНИЧТОЖИТЬ <<?>>#tt1

>#tt1 не факт что эта времянка имеет свой "прототип" в запросе

1c8.2 может не удалять временные таблицы. даже если в запросе указана команда удалить. как временная мера , увеличьте число рабочих процессов.

#tt1 - это внутреннее имя таблицы в скуле, у тебя они называются ПОМЕСТИТЬ втЧотоТам, и УНИЧТОЖИТЬ надо именно втЧотоТам

Плохо ты знаешь Скуль. она именно #tt1 а вот в куле она что то типа #tt1____________________098776978

она в базе tempdb . в контексте подключения она #tt1.

в 1с она у тебя не #tt1, я про это

она там #tt1 ее в скуле даже увидеть можно, но на этом все )))) Все временные таблице содержат в себе настоящее имя, только к этому имени плюсуется префикс подключения типа "_______69786987" чето уже все перепробовал ни что не помогает избавиться от этой гребаной #tt1

кто она там? В Запросе 1с она у тебя не #tt1, если ты в 1с пишешь УНИЧТОЖИТЬ, то и писать надо не #tt1, а то, что у тебя в ПОМЕСТИТЬ... я вкурсе какая она в скуле и где её увидеть, но для её уничтожения тебе эта информация вобще не нужна

вобще на ошибку платформы похоже это всё, погляди в списках ошибок на сайте 1с

попробуй следующее: перейти на 8.3.4.389 или последнюю (не помню) отключить режим совместимости если есть

читай 0 Пробовал не помогло

Всегда есть вариант Drop Table перед выполнением запроса

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

в мс скл 2000 такое возможно.

+ из другого подключения манипулировать временными таблицами

только нужно знать какая именно таблица #tt1 тебе нужна. народ то работает и плодит их. я решил СКД перерисовать сейчас посмотрю что получится.

/для таблички созданной самой платформой/ а внешние данные кто и как получает?

>из другого подключения манипулировать временными таблицами а сеанс будет один и тот же в sql?

ты про что. Падает она здесь ПроцессорВывода.Вывести(ПроцессорКомпоновкиДанных); а это компилятор платформы.

а это ты про что в /Я использую 1с 8.3 для получения данных из внешних источников/

я так понимаю там запрос к СКЛ напрямую, и именно там создается эта временная таблица, но не удаляется... при повторной попытке создать вторую с таким именем как уже есть и получается ошибка, ИМХО перед созданием ВТ нужно проверить если есть с таким именем, то сначали дропнуть ее, а уж потом создавать, да и потом не плохо б было почистить за собой еже ли она уже не нужна... хотя после закрытия сеанса все что насоздавал само конечно очиститься... вроде как...

Нет там ее в помине нет. Я там вообще временных таблиц не юзаю. читай

ну отсюда не видно что ты там юзаешь, а то что в - ни о чем не говорит. Так же как при выполнении запроса ошибка пишется: Ошибка - Запрос.Выполнить; косяк то не в этой строке, а в самом запросе...

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

Решение: Вчера на SQL серваке сделали Очистку процедурного кэша. Сегодня ни 1-й ни 2-й ошибки не наблюдается. Возможно помог переход на 8.3.4.389 + Очистка процедурного кэша. Если ошибки появятся отпишусь. Всем спасибо.