Вставка значения container в план запроса SQL

[mit]

Приветствую всех,
столкнулся с такой вот проблемой:
из аксапты генерирую sql запрос на вставку записи вот план:

INSERT INTO BATCH
					  (PRIORITY, GROUPID, PRIVATE, STARTDATE, STARTTIME, ENDDATE, ENDTIME, EXECUTEDBY, CLASSNUM, COMPANY, PER, ORIGSTARTDATE, 
					  ORIGSTARTTIME, PARAMETERS, STATUS, PERUNIT, EXCEPTIONCODE, INFO, JOURNALID, SESSIONIDX, SESSIONLOGINDATE, SESSIONLOGINTIME, 
					  ORIGRECID, EMAIL, ORIGCREATEDBY, REUSED, CREATEDDATE, CREATEDTIME, CREATEDBY, DATAAREAID, RECID)
VALUES	 ('1', 'print', '0', '05-01-2005', '7200', '', '0', 'mit', '50027', 'dat', '1', '12-10-2004', '7200', '', '1', '2', '0', '', '', '103', '04-29-2005', '69287', '0', '0', 'mit', 
					  '1', '12-10-2004', '45052', 'mit', 'dat', '93169')

все отрабатывает замечательно, только есть одно но.
в таблице присутствует поле PARAMETERS, которое имеет тип контейнер. В базе поле имеет тип image.
соответственно в подобном поле может содержаться все что угодно.
Вопрос: как переложить содержимое поля в план запроса для корректной свтавки?
Буду признателен любым рассуждениям по теме

[mit]

независимо от содержания в image данные лежат в виде 16-ричного кода. Как бы его оттуда достать аксаптой в том же виде, без автоматического преобразования. Все таки наверное это реализация на уровне ядра.

[AndyD]

Выбрать можно ч-з Connection как строку.

[mit]

это я понимаю, но все таки может кто пробовал именно через аксапные функции?

[mit]

Таким образом завершу тему:
- в 2.5 данные из контейнера можно вытащить в текст только в виде xml например методом valueFromXMLNode(), причем вытащится только текстовая составляющая контейнера (файлы при этом теряются).
- в 3.0 добавлена функция binData::stringToData(anyType)) ну и соответственно обратная (dataToString) (заявлено о ней было еще в 2.5) но при попытке выташить картинку в текстовую переменную клиент рушится со всем успевшим полюбиться микросовтовским предложением поделиться своим горем с разработчиками.

Скорее всего ничего лучшего чем предложил AndyD (работать напрямую с БД) пока нет.
Всем спасибо за внимаие, AndyD отдельное за предложение.