Добрый вечер, коллеги. Встала задача интеграции 1с и КИС написанной на delphi. Все это крутится под управлением firebird. Собственно, удалось добавить внешний источник данных, подключится к firebird, читать и записывать данные.НО, столкнулся с проблемой, на относительно небольших таблицах (43000 строк) простые выборки из внешнего источника работают дико медленно. При этом, когда выбираешь 1 запись по первичному ключу все работает прекрасно, но стоит написать запрос вообще без условий и отборов, и он виснет на несколько минут. Перепробовал все что можно, смотрел планы запроса которые генерирует 1с-ка, там все прекрасно. Провал в производительности замечен именно на этапе, когда данные из бд летят в 1с. ПРи этом прямые sql запросы к firebird выполняются мнгновенно. Сталкивался ли кто-то с подобным?

Возьми другой инструмент. НАпример, адо. Если будет то же самое, то придётся экран протирать и по корпусу сервера стучать.

(0) Ты реально удивляешься тому что 43к записей через odbc долго !все! получаются и передаются в 1С ?

Честно говоря, плотно не знаком с внутренними алгоритмами работы данной технологии(Да и не знаю тех, кто знаком). Но да, такая выборка мне не казалась большой. А по возможным технологиям, Ado не рассматриваем(Это крайний вариант).

Еще по поводу быстродействия: Устанавливал отбор, выбирал 5000 записей примерно, не заметил увеличения быстродействия по сравнению с выборкой из таблицы вообще без отборов.

(3) для OLE это много данных. Я б даже сказал, что чрезвычайно до*уя

(4) 5000 - это тоже много

Меня смутил тот факт, что затык именно в передаче данных. Перед тем как я додумался открыть tracer для БД, думал что запрос, написанный на стороне 1с, сильно коверкается. Но дело оказалось не в этом. Всем огромное спасибо за помощь. Проблему с объемом обойти я смогу. 99% времени передаваться будут десятки объектов, а не такая куча данных как при первоначальной загрузке. INSERT-ы , UPDAT-ы уже тоже протестил, хотя по поводу них тоже были опасения.

(0) попробуйте сначала ...... Excel - данные - получение внешних данных MS Query

вроде бы не затратно и побыстрому запрос набросать ....оценить скорость и тд

Честно говоря, уже запланировал тесты на рабочих объемах данных, а не на объемах разовой загрузки справочников. А вот если и в таком случае не устроит быстродействие, то придется сильно думать).Но очень хочется сделать именно на внешних источниках, слишком уж интуитивно понятная штука. Единственное, что смущало - это отсутствие firebird в списке офф. поддерживаемых бд. В любом случае, думаю, разок стоит пройтись по граблям.

а чего думать ....ado на край . хочется экспериментов через внешние источники платформы от релиза к релизу - это выбор

(10) вообще, добродетельные люди в чужую БД со своими запросами не ходят. Для этих вещей есть REST и SOAP

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

А я и не собираюсь лезть в чужую БД, у нас есть специально подготовленная транспортная "Шина". Веб сервисы запланированы на будущее, если что). Но пока так, и никак иначе, таковы условия.

К слову, у коллег был успешный опыт интеграции 1с-1с с помощью веб-сервисов, более того, они у нас предусмотрены "Из коробки". Но в том случае все делалось нами, без привлечения заказчиков.А в данном случае так не выйдет.

(1) ВИД лучше адо

(7) может дело в драйвере, выбранном при подключении ВИД к БД?

(0) База firebird какого размера?

Рассмотри вариант преждевременной загрузки из firebird в 1С, хотя бы в похожую структуру данных, как в firebird :)

(15) firebird, старое барахло :)