ComОбъект. Быстрый способ загрузки результата запроса в ТЗ #678940

Здравствуйте. Имеется задача получить данные из сторонней БД на SQL. Для этого имеется запрос к этой БД и подключение к ней же через COM. Запрос на выходе дает 140 с гаком тысяч строк, которые тупым перебором в цикле заполняют ТЗ для дальнейшей обработки. Внимание вопрос: способы избавиться от тупого перебора есть? Так чтоб разом COMОбъект каким-то невероятным способом слить в ТЗ. Заранее признательна всем ответившим :) З.Ы. изначальный запрос обязательно переработаю. Потом как-нибудь)

РезультатТЗ = ЗапросОЛЕ.Выполнить.Выгрузить;

Запрос.выполнить.Выгрузить не...

а сори у тебя не к 8-ке ОЛЕ :(

решение для связки 1С-1С

ComSafeArray - не поможет?

У меня не Запрос в результате, у меня ComОбъект

+ мой КОМ умел представить свою ТЗ в строковом виде. твой - видимо, нет. предлагаю предаться унынию

Существует такая вещь, как GameWithFire (внешняя компонента, бесплатная). Там есть метод выгрузки запроса в ТЗ.

цепляемся к 1с 7.7 (с установленный 1С++) обращаемся из 7.7 к внешней БД через 1c++ получаем ТЗ в 7.7 ))

Мне проще 5 минут подождать))

Это что за зверь?

5 минут - это слишком долго. Подозреваю копрокот.

Но не вини себя. Ты просто девочка, им - простительно.

Ты правильно подозреваешь. Скуль возвращает 145 тысяч строк, которые в отчете превращаются в 145 без тысяч. Но запрос к скулю писала не я, а какой-то великий гуру.

Отчет - это ПостроительОтчета на основании ИсточникаДанных ?

Я так полагаю, что разбираться с запросом к скулю, что бы возвращало сразу 145, вы не хотите?

СКД

Хочу. Но я же девочка, я же не умею)

Если COMОбъект умеет возвращать значения в виде массива (например, Excel это умеет).

Так показала бы запрос!

Где-то что-то с группировками не так.

Тогда шагом марш к плите, щи, пеленки и все такое.

а переделываешь во что?

:-Р Я на мяско в щи кто мне денег даст? Ты обеспечивать будешь. Не уходите от темы

А теперь, что делается с результатом покажи :)

там, как я понимаю нет группировки по группе. или не по группе... в общем, потом это преобразуется так:

Обращаешься к SQL через ADO?

Все это можно в SQL перенести. Не особо сложно.

верю! Но запуталась в 5 таблицах БД.

Только вот что за поле "ses"? Откуда оно? В SQL такого не вижу.

да

адрес БД на сервере. Техническое поле, для вас оно не имеет никакого значения. Заполняется в цикле

Тогда COMSafeArray можно использовать для получения результата - у ADODBRecordset есть метод GetRows. Вот только потом этот массив - всё равно перебирать.

почему все равно перебирать? И какой тогда в этом смысл?

Излови этого гуру и заставь переписать запрос. Или сама перепиши

а то вы гуру не знаете. Вы же сами первым делом - "дура, сама виновата". Вот и сижу сама :) Ладно, я все поняла. Спасибо за помощь

стукни в аську - я тебе запрос по SQL скину. Посмотришь - вдруг получится )

Возьми второй запрос (1С-овский). Перепиши по-английски. Двойные кавычки замени на одинарные. И название временной таблицы сделай латиницей. В первый запрос перед FROM добавь INTO #НазваниеТвоейВременнойТаблицыЛатиницей

+ И выполни всё это в SQL

не вывозит 1С временные таблицы. Этот вариант рассматривался вчера.

+

Причем тут 1С? Он тебе предлагает все в скуле сделать

SET NOCOUNT ON

А не надо его закрывать. Создаёшь соединение - 1 (Одно). И в нём выполняешь запросы.

вот сейчас не поняла вообще) В общем, выкинула лишнее из скульного запроса, получила 243 строки в результате. Приемлимо)

лемо

манипулировать ТЗ в 150 тыщ строк - это само по себе косячно, т.е. архитектурная ошибка ура :)

тебе отдельное спасибо :) я вообще не поняла, что там к чему. Каким образом соотносятся дисконтные карты с продажами и как получаются суммы... Да и черт с ним. Пусть сами разбираются, раз рассказывать не хотят

GetRows

+ орефков год назад грозился сделать приблуду

напишите хранимую процедуру, которая сериализует выборку в тз сожмет, и получите через поле типа хранилище значений