Трассировка запросов 1С #718891

С 1С знаком пару недель. Уважаемые специалисты, подскажите как узнать текст SQL запроса который уходит в БД (у меня MSSQL), без использования профайлера на стороне БД? К сожалению, я не могу установить сторонние обработки. Есть доступ только к очень простой консоли скриптов и консоли запросов. Например, у меня есть запрос select Контрагент, max(Период) as Период from РегистрыНакопления.Продажи group by Контрагент; Требуется узнать какой запрос к БД создаёт 1С. Это нужно для прямой выгрузки данных из БД. В 1С v7 это вроде бы можно сделать через ODBCRecordset и метод Отладка, но мне нужно это сделать для 1C v8.2. Осветите пожалуйста вкраце эту тему или где можно почитать про отладку запросов? Спасибо.

Технологический журнал

"прямой выгрузки данных из БД" Не кошерно

Прямая выгрузка возможна, если SQL-сервер не приобретался по программе 1c+SQL, в противном случае - это нарушение лицензионного соглашение. Что мешает сделать выгрузку через COM и т.д.

У нас есть приложение, которое работает через COM соединение и работает оно крайне медленно, поэтому было бы неплохо научить его работать с базой напрямую, а для этого нужно найти способ преобразовывать запросы 1С в нативный SQL налету. Технологический журнал для этого не очень подходит. А где можно почитать про лицензию 1c+SQL? И каким образом возможна прямая выгрузка штатными средствами без нарушения лицензии? Хотя подойдёт любой рабочий способ.

тут express profiler. не требует установки. запускаешь и смотришь. если конечно есть возможность скачать. есть посвежее версии, но сходу не нашёл.

Зачем знать текст запроса? Достаточно знать имена таблиц и полей. Для этого у 1С есть метод, возвращающий соответствие метаданных и объектов SQL. А дальше, думаю, уже сам разберешься.

Попробуй веб-сервисы

Смотри настройку технологического журнала, которая пишет все запросы к базе. Однако размер технологического журнала при этом быстро увеличивается.

А зряяяяяяяя. Автор, лезть в СУБД где хозяйничает 1С-ка чревато потерей время*денег. Что-бы была понятней мысль, попробуй представить, что ты себе поставил задачи брать данные из СУБД, в которой копается 1С-ка, прям из файла. Т.е. езучаешь структуру файла, как там СУБД данные хранит, потом изучаешь как 1С там данные представляет... Ну как? Бред? Вот-вот. Уж лучше используй то, что советуют и забудь прямую работу с СУБД. Но если религия не позволяет, то согласен, структуру СУБД получай средствами 1С и от этого пляши.

человек с 1С знаком пару недель - чего вы хотите)) думаю многие так начинали...

Да что кривить душой, я как с ассемблера на 1С пересел, тоже с шашкой наголо кидался на глюкавые элементы. Что только не делал... В общем как в первом мультике про Алёшу: "ой дурааааак" (с)

погуглите на тему: "ПолучитьСтруктуруХраненияБазыДанных" возможно наведет на мысль

но как уже писали в - это нарушение лицензионного соглашения, а потому атата :)

запрос переведенный в T-sql можно смотреть в "Универсальная консоль отчетов"

а где гарантия, что 1С именно так и делает?

названия таблиц и полей вроде определяет, простые запросы похожи на правду. совсем не разворачивает неявные джойны. т.е. Контрагенты.Родитель.Наименование = &Родитель