>проблема состоит в следующем - есть большие изображения не менее 50 МБ >каждое(предположительно BMP),

Поскольку bmp хорошо пакуется, надо искать компонент или что-то в этом роде, чтоб перед запихиванием в поле BLOB на сервер эту картинку запокавывать. Я слышал о таком механизме вроде на форуме Дельфи от Чертенка.
А потом когда надо показать - обратно распаковываешь в программе таким же способом и гонишь на TImage.


>задача - сохраняя их в БД например через DBGrid делать быстрый просмотр и >поиск по реквизитам (например дата записи, автор...) в базе.

Абсолютна такая же задача стоит! Надо же!
Сделал уже вставку картинки в ячейку грида, но если картинка более 100 килобайт, то грид не справляется, не нравится мне это.
Путь - либо еще меньше делать превьюшки, либо не загонять в ячейку грида.


>вопрос как лучще реализовать?
>сам решил, что неплохо бы иметь дополнительное поле - preview (например в >jpeg формате при необходимости уменьшеное), необходимо-ли это или есть >другие методы?

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

>и непример в Oracle есть способ BLOB поля сохранять во внешних файлах - >даст-ли это заметный выйгрыш?

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

Таким образом, к текстовым полям еще два поля PreViewImage, ZipImage

С уважением, Александр.
alexan2001@hotmail.com