Проблемма получения набора данных возвращаемого API-функцией

[slaz]

Уважаемые господа, помогите плиз!

Тема такая:

Некоторый программный продукт, извините не указываю какой (это САПР), отечественной разработки, имеет программные интерфейсы COM+. Они возвращают наборы данных двоичного формата, вытащенных COM+ сервером САПР-приложения из SQL-сервера, типа TClientDataSet (Это для Delphi), под видом Variant. В Дельфе их получение проходит без особых проблем объектом типа TClientDataSet. Затем они запросто отображаются через DBGrid и вообще можно делать с данными всё что угодно, они уже не в БД, а в объекте ClientDataSet.

Как это организовать на VB к сожалению в документации API функций не описано, да и разработчики не знают, так как оно им без надобности.
Я скоренько попробовал на Басике из .NET воспользоваться элементом DataSet - не вышло, да он похоже и отличается от Дельфовского.

Мне очень хотелось бы найти решение этого вопроса на VB6 или .NET, так как иначе придется осваивать Дельфи, чего, честно говоря, я не очень хочу.

Если кто с чем-то подобным сталкивался или имеет идеи по данному поводу, пожалуйста помогите!

[slaz]

Ну неужели никто ничего не может посоветовать ??? :'(

Отличие от БД вроде и не так велико.
Просто нужно Variant представить как набор структурированных данных. По сути методы COM+ сервера возвращают результаты выборок.

[Ennor]

Хм. А как можно давать советы, если неизвестно, по сути, ничего? Одним только COM+ здесь не обойдешься...
Готового решения ты, скорее всего, не найдешь. Ну получи ты этот бинарный поток, сохрани на диск, открой в шестнадцатиричном редакторе, расковыряй формат и напиши парсер. Как тут еще можно сделать, я, признаться, не представляю.

[slaz]

Довать советы мог бы человек одинаково неплохо знающий Дельфу и Басик. Собственно на помощь такого специалиста я и расчитываю.
По сути мне нужно только найти Басиковский аналог Дельфовского класса TDataSet или TClientDtaSet, причем я подразумеваю не наличие такого же класса, его в Басике нет, а компонента с аналогичными функциями управления доступа к данным и обладающего схожим по структуре с DataSet источником данных. Возможно даже проблемма разрешима посредствам ADODB, но я не знаю как, поэтому и спрашиваю советов.
Если кто из читающих хотябы немного знаком с Дельфой, то разъясню чуть подробнее:
результат выполнения данных API-шек я присваиваю объекту типа TClientDataSet свойству Data

type TD: TClientDataSet;
TD.Data := САПР_Object.API-шка;

[Ennor]

Нет такого контрола. Если только ты сам его не напишешь. Предупреждаю сразу: писать собственные компоненты доступа к данным - задача, за которую, надеюсь, мне не придется браться никогда в жизни. В смысле, реализация новой технологии (а TClientDataSet для Басика - это именно новая технология).

[Sedge]

Есть компромисный вариант. Напиши на Делфях компонент / приложение / библиотеку (нужное подчеркнуть) с использованием TDataSet, который будет получать данные и транслировать их во что-нибудь удобоваримое... А с компонентом работай уже на VB. Если com-интерфейс изначально затачивался под делфийские компоненты, ИМХО, работать с ним на чем-нибудь другом - проще удавиться.

[Ennor]

Четырехслойная архитектура... Да еще и ActiveX COM/СОМ+ объект на дельфях ваять... Slaz, учил бы ты лучше Дельфи. Сразу, просто и без извратов .

[Sedge]

Ну, если напрямую с сервера данные не выцепить... Я так думаю, что писать интерфейс надо на знакомом языке. Гимора меньше. А то, как программа получает данные, юзверю знать не положено. Главное, что она работает

[slaz]

Все ясно, тему будем считать закрытой.

Цельну неделю отплевываясь пишу на Дельфях.
Лично для меня сравнение Дельфы с Басиком как блокнот с Word'ом - до хрена ручной работы... вспоминается дедушка VC++.

Что ж...
Всем спасибо за участие!

А тем кто пишет интерфейсы, ориентированные на один конкретный компилятор, должно быть стыдно!

[GSerg]

Какой он нафиг дедушка

Интерфейсы бывают поддерживающие IDispatch и не поддерживающие. Не поддерживающих больше
Проблема в получении данных? Или в невозможности работы с уже полученными?