СУБД для пальмы

[Vilkam]

Вопрос следующего содержания:
Подскажите СУБД, которая может работать с внешними изображениями, как с элементами БД. Если точнее, то - надо сделать что-то типа справочника по элетронным схемам разных устройств. Чтобы можно было быстро найти нужную схему по наименованию, просмотреть ее данные (описание и т.д.) и посмотреть рисунок.
А еще очень желательно ( а может и необходимо, пока не знаю) чтобы данные можно было просматривать и на настольном компьютере.

[GuinPin]

Скорее всего, Oracle могет. В принципе, любая СУБД - можно просто хранить ссылки на файлы изображений.
Хотя, я видимо, неверно понял вопрос. Имеется ввиду не просто СУБД, а СУБД с "мордой"? Т.е., чтобы сразу можно было создать не только стркутуру, но и визуальные таблички?
Тогда фиг его знает.

[Vilkam]

Попытаюсь объяснить подробнее.
Есть Palm T2. Есть работа. На работе приходится ремонтировать/востанавливать платы (модули). Для этого требуется (постоянно) информация о модуле (плате), номенклатура радио деталей, таблица(ы) параметров, схема принципиальная и соединений (монтажная) Сечас это организованно следующим образом. В табличке (DocumentsToGo) хранится текстовая/табличная информация. Схемы сконвертированны при помощи программы ReplyGo. То есть приходится постоянно метаться между программами. А еще неудобна структура файлов в ReplyGo. Мне было бы удобней хранить схемы в виде структуры - Шкаф/Стойка/Блок/Модуль. Вот и хочется объединения этих функций в одной программе. В принципе может быть у меня нескромные запросы, но, очень хочется. Ноут мне не подойдет по массо/габаритным параметрам. Приходиться лазить по подводной лодке (специфика работы такая)

[Yra]

Mobile Access 2004 может картинки показывать, в комплекте к нему есть графический редактор типа паинта, как он делает зум не в курсе.

[Yurchik]

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

Единственным затруднением может быть перевод значительных объемов информации в HTML-вид. Особенно с непривычки. Зато после пользоваться будет - одно удовольствие.

Согласен с предыдущим оратором.

[Vilkam]

Спасибо за помощь.
Вариант с HTML - занятно, но сомневаюсь что будет удобно просматривать схемы. Для ReplyGo версии схем я делаю изображение порядка 1600х1200 и "печатаю". Иначе детализации не хватает. Что еще приятно, так это то, что файлы схем занимают в памяти смехотворно мало места при исключительном качестве.
С Mobile Access идеально было бы работать, если б возможность в была ссылок на графические файлы. А прилагаемый в комплекте редактор позволяет работать только с изображением 320х320 максимум.

[Yra]

Посмотрел сейчас, SmartListToGo тоже может работать с картинками, но это все не то что тебе нужно, в качестве просмотрищика наверно лучше всего подошел бы AcidImage но как его прикрутить к БД наже не знаю.

[Niker]

iSilo - это действительно оптимальный вариант. Просто не надо ресайзить картинки, и все будет нормально.
Я в исилу конвертил доки до 25 мб размером, с картинками, диаграммами и таблицами, и все ок.
Диаграммы предварительно рекомендую преобразовывать в gif, т.к. jpg хорош для фоток, но не для диаграмм, а если вставлять png, то при конвертации, судя по всему, isilo его в jpeg преобразует (по крайней мере imho, сужу по качеству картинки).

Если картинки СОВСЕМ большие, делай thumbnail (уменьшенную копию), и по клику - переход на большую картинку, безо всякого html-обрамления. тогда ее просматривать удобнее.

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

[Niker]

не знаю, такой вопрос меня не интересовал.
сам предпочитаю сначала подшаманить специально под наладонник.