Есть двоичные данные, в них хранится картинка - файл .jpg или .png
Я хочу иметь возможность выгружать эту картинку из базы - с соответствующим разрешением, а не тупо все .jpg например.
Не соображу как вытащить расширение из двоичных данных.
Меж тем платформа умеет это делать - если я отображаю картинку на форме (с помощью ПолучитьНавигационнуюСсылку), нажимаю на ней правой кнопкой и выбираю "Сохранить как" - открывается диалог сохранения с установленным правильным видом файла - .jpg или .png

см. Картинка.Формат

(0) Первые 3-4 байта байта файла это, обычно, его сигнатура. Посмотри какая она в png и какая в jpg.

В смысле программно создать из двоичных данных картинку и получить ее формат? Вариант, спасибо.
А непосредственно из двоичных данных выходит что никак.

(2) да, тоже вариант, хотя и не совсем универсальный.
Всем спасибо, я удовлетворен)

надо было когда грузил, сохранять где-то расширение... :)

(3) а не факт, что в двоичных данных вообще картинка в таком случае

При размещении файла в хранилище сохраняй где-то его имя и не мучься...

(5), (7) Добавлять метаданные для этих целей считаю моветон, можно и без них обойтись

(8) Бред. Глянь в типовые. Или БСП.

(8) а в чем моветон то? извращаться значит с заголовком файла это нормуль.

Шапочки!

Типовые это пример для подражания? Не думаю.
В моем случае в справочнике около 100к элементов, я уж лучше кодом получу расширение.

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

(12) А у тебя не может возникнуть ситуации, когда необходимо получить сразу много картинок? Всегда по одной?

(14) Есть такая надобность, а что?

(12) и например в запросе тоже получишь? Тащить всю картинку с сервера, чтобы узнать ее расширение - вот это по-моему моветон

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

(12) ааа, ну если 100К записей, то конечно. еще одна колонка длинной 3 символа неприемлема.

(17) И когда тебе надо вытянуть много картинок, ты будешь анализировать каждый двоичный код? Не боишься, что потеря в скорости выполнения + вероятность неверно распознать расширение файла будет куда весомей, чем одна колонка в базе данных?

Кстати, никто не знает, есть ли смысл архивировать bmp-картинки перед сохранением в базу?

Хранить в Двоичных структуру, содержащуюю
1) Двоичные
2) Расширение
3) Прочее

(19) Не имеет.
deflate неплохо жмет сырой bmp на максимуме

(21) А передача с сервера клиенту тоже сжатая идет?

(22) Не проверял

Затесть!

(20) А штатные средства 1С так могут?