Гость1111как в Forms 6i с клиента сохранить ЛЮБОЙ документ в блоб поле без server side кода ?

Ограничение PRO*C версии 8.0.x который использует Forms. (даже 6i на 8.1.x /8i/ клиента не мигрировал). BLOBы\LONG RAW не поддерживаются.

По хорошему (с поддержкой транзакций):
Простой (около 10-20 строк) - server-side пакет
На клиенте - DLL которая читает и пихает в БД через PRO*C в той-же транзакции (сессии), что и Forms.

Другой путь (отдельный коннект/сессия/транзакция):
1) Внешнее приложение (EXE) - которое вполне может идти в БД через OCI/JDBC/ODBC, соответственно "server side" код не нужен.
2) Вместо EXE можно поставить OO4O /Oracle Objects For OLE/ и вызывать его через OLE2 package.
etc... в поиск на sql.ru, google, metalink, otn...

авторпока только не уловил какой код впихнуть в кнопочку чтобы открыть документ из оле контейнера

см. DO_VERB (или EXEC_VERB) build-ins

Гость1111....нужно решение именно без сервер сайд и стандартными средствами формс...

А про возможные глюки от использования OLE подумали? чем настолько плох server-side, что из-за него нужно связываться с OLE?

В 9 и 10 Oracle Forms OLE нет уже напрочь.

P.S.
Если тебе удастся в OLE Item не только ПОЛОЖИТЬ (сохранить) файл, но и ИЗВЛЕЧЬ его оттуда - я буду считать тебя гением.
Если ты мне сможеш ответить ЗАЧЕМ нужна фича в которую можно ТОЛЬКО сохранять информацию, без возможности ее извлечь - буду очень сильно благодарен, т.к. сам этого понять не могу.

1. Советую положить AVI, сохранить в БД, удалить AVI с диска, прочитать из БД. (для прикола текущем приложением для AVI должен быть Windows Media Player)
2. Задача с otn.oracle.com:
"Есть прадакшен БД, в ней 50 000 документов в OLE Item'е, нужно провести upgrade системы на Forms 9i."

Если извлекаются это "..дабл-кликом..", то конечно назвать это "без вопросов" можно, а вот "без ответов" - это уже никак... Дабы 50 000 дабл-кликов - это сила! M$ фореве!

Гость1111не совсем ясно при чем тут оле...ибо формс, как я понял, просто осуществляет запуск ассоциированного приложения...[/qout]
RTFM.
Я не смогу внятно изложить, дабы полностью и сам не знаю.

Как я понимаю очень упрошенное функционирование OLE:
1) Из данного файла создается OLE-документ
Очень утрировано: Определяется какой OLE Server сопоставлен данному типу файлов в системе. Запускается данный сервер с данным файлом.
2) Получившийся OLE-документ сохраняется в БД

При дабл-клике:
1) Создается сохраненный OLE-документ (читать про всякие моникеры, как все это работают - я не понимаю).
2) Ему выдается команда "показаться" на экране. (DO_VERB)

Если в системе данному типу файлов ничего не сопоставлено, в MS Windows XP (в 95 этого точно не было) используется OLE-сервер, который сохраняет в себе документ (спасибо хоть на том), а для обработки сохраненного файла использует нечто похожее на "запуск ассоциированного приложения".

Соответственно проблемы:
1) Формат хранения в БД - это OLE Document, НЕ исходный файл
2) Для некоторых серверов (например Windows Media Player) - OLE Document это просто ссылка на файл, соответственно в БД собственно содержимое файла ни в каком виде не попадет.
3) Приобразование файл -> OLE Document сушествует, стандартного обратное приобразование - нет. (для Word,Excel,PDF есть WorkAround'ы)
4) Исходный файл - в большинстве случае НЕ сохраняется.
Например: графические файлы, сохраненные через MS Paint, храняться раздутыми в виде METAFILE + BMP (на Windows 3.11 было 2-х кратное превышение по сравнению с просто BMP). Востановить 100% исходный файл (например Exif /Jpeg после фотоаппарата/) - невозможно. Максимум, сохранить на диске, потом обратно перепаковать в JPG.
5) Использующийся OLE сервер зависит от настроек клиента. Что будет, если типу файлов на разных клиентах назначены разные OLE сервера - не знаю (например для PDF - Acrobat Exchange / Acrobat Reader)

и т.д., набирать я уже устал...

[quot Гость1111]по "см. DO_VERB (или EXEC_VERB) build-ins" - не подскажете как открыть rar архив полученный из БД из поля lang_raw используя данный синтаксис?
Не знаю.

Нужно посмотреть какой OLE-Server и какие VERB данный сервер поддерживает.

1. Советую положить AVI, сохранить в БД, удалить AVI с диска, прочитать из БД. (для прикола текущем приложением для AVI должен быть Windows Media Player)
2. Задача с otn.oracle.com:
"Есть прадакшен БД, в ней 50 000 документов в OLE Item'е, нужно провести upgrade системы на Forms 9i."

Если извлекаются это "..дабл-кликом..", то конечно назвать это "без вопросов" можно, а вот "без ответов" - это уже никак... Дабы 50 000 дабл-кликов - это сила! M$ фореве!

Гость1111не совсем ясно при чем тут оле...ибо формс, как я понял, просто осуществляет запуск ассоциированного приложения

RTFM.
Я не смогу внятно изложить, дабы полностью и сам не знаю.

Как я понимаю очень упрошенное функционирование OLE:
1) Из данного файла создается OLE-документ
Очень утрировано: Определяется какой OLE Server сопоставлен данному типу файлов в системе. Запускается данный сервер с данным файлом.
2) Получившийся OLE-документ сохраняется в БД

При дабл-клике:
1) Создается сохраненный OLE-документ (читать про всякие моникеры, как все это работают - я не понимаю).
2) Ему выдается команда "показаться" на экране. (DO_VERB)

Если в системе данному типу файлов ничего не сопоставлено, в MS Windows XP (в 95 этого точно не было) используется OLE-сервер, который сохраняет в себе документ (спасибо хоть на том), а для обработки сохраненного файла использует нечто похожее на "запуск ассоциированного приложения".

Соответственно проблемы:
1) Формат хранения в БД - это OLE Document, НЕ исходный файл
2) Для некоторых серверов (например Windows Media Player) - OLE Document это просто ссылка на файл, соответственно в БД собственно содержимое файла ни в каком виде не попадет.
3) Приобразование файл -> OLE Document сушествует, стандартного обратное приобразование - нет. (для Word,Excel,PDF есть WorkAround'ы)
4) Исходный файл - в большинстве случае НЕ сохраняется.
Например: графические файлы, сохраненные через MS Paint, храняться раздутыми в виде METAFILE + BMP (на Windows 3.11 было 2-х кратное превышение по сравнению с просто BMP). Востановить 100% исходный файл (например Exif /Jpeg после фотоаппарата/) - невозможно. Максимум, сохранить на диске, потом обратно перепаковать в JPG.
5) Использующийся OLE сервер зависит от настроек клиента. Что будет, если типу файлов на разных клиентах назначены разные OLE сервера - не знаю (например для PDF - Acrobat Exchange / Acrobat Reader)

и т.д., набирать я уже устал...

Гость1111по "см. DO_VERB (или EXEC_VERB) build-ins" - не подскажете как открыть rar архив полученный из БД из поля lang_raw используя данный синтаксис?
Не знаю.

Нужно посмотреть какой OLE-Server и какие VERB данный сервер поддерживает.

1) Спасибо за ответ. С OLE игрался давно, года 2-3 назад.

2) Я же не настаиваю :=). О возможных проблемах предупрежден, что использовать решать тебе :=).

p.s.
Если передумаеш, могу кинуть исходные тексты (C+stored package) и DLL для записи/чтения файла в/из БД. Работает в продакшен системе (> 100 заказчиков, у некоторых в БД от 10 до 60 тыс. изображений, т.ч. код оттестирован).
Мой личный e-mail Tigralen AT mail.ru, проверяю почтовый ящик очень редко, на быстрый ответ не расчитывай :=).