сделал на дельфи эктивикс компонент (грид, одбс коннект к базе, одбс рекордсет). засунул его в форму 1с (через контейнер из 1с++). все отлично работает. потом захотелось получить хэндл коннекта 1с и использовать его. для этого сделал библиотеку на с++, в которой всего 1 функция - берет хэндл коннекта 1с (как это реализовано в 1с++, подсмотрел) и возвращает его как целое число. эту функцию подгружаю в дельфийском компоненте, получаю хэндл и пытаюсь его использовать при формировании запроса к базе. так вот выдает ошибку, что хэндл невалидный. сам идентификатор совпадает с тем, что использует 1с++. получается мой эктивикс компонент работает в другом "адресном пространстве" (не знаю как правильно сказать)? вопрос такой - это можно обойти или не реально? как заставить мой рекорсет получать данные по коннекту 1с, чтобы не создавать дополнительное подключение к базе.

вот спасибо!!! я парюсь уже 2 дня :) поставил студию, рылся в исходниках 1с++, делал библиотеку...а тут раз и одной функцией...спасибо!

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

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

еще есть сводная таблица...но это уже сильно дальше

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

я использовал такую конструкцию для получения хэндла:
(long(pDataBase7->CanBeCommited())+0x4c)

почему то число выдает другое, но 1с++ то работает на нем. непонятно...

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

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

Цитата:

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

spenov писал(а) 02. Апреля 2008 :: 12:03:


Предположим что с быстродействием все ОК.
Как правило у каждого пользователя открыто несколько журналов и форм списков (ввиде табл полей). И каждые 20 сек каждый журнал каждого пользователя качает по таблице - это сильно ...
И не нужно миллиона записей.

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


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