Здравствуйте, Antei, Вы писали:

A>Пишется клиентское приложение работающее с локальной БД (находится на этом же клиенте, скорее всего JavaDB).

A>Возникает несколько вопросов:
A>- Старт приложения с оптического носителя (предполагаю что тут проблем быть не должно — какой нибудь BAT файл с запуском)
A>- БД на оптическом носителе. Возможен ли такой вариант работы с какой нибудь СУБД (если да, то с какой?) когда ее файлы находятся на незаписываемом носителе? Работа с БД будет только на чтение.
На первый вопрос вот так сразу не отвечу — надо проверять. Второй — в случае использования к примеру Derby — да, возможно (в документации по Derby этот вариант описан)

Здравствуйте, Antei, Вы писали:

A>Возникает несколько вопросов:
A>- Старт приложения с оптического носителя (предполагаю что тут проблем быть не должно — какой нибудь BAT файл с запуском)
A>- БД на оптическом носителе. Возможен ли такой вариант работы с какой нибудь СУБД (если да, то с какой?) когда ее файлы находятся на незаписываемом носителе? Работа с БД будет только на чтение.

Первый вопрос — без проблем. Запускал даже без установленной JDK на машине, т.е. JDK было записано рядом с программкой

Здравствуйте, Antei, Вы писали:

A>Пишется клиентское приложение работающее с локальной БД (находится на этом же клиенте, скорее всего JavaDB).

A>Возникает несколько вопросов:
A>- БД на оптическом носителе. Возможен ли такой вариант работы с какой нибудь СУБД (если да, то с какой?) когда ее файлы находятся на незаписываемом носителе? Работа с БД будет только на чтение.

Firebird имеет такую возможность.

Пишется клиентское приложение работающее с локальной БД (находится на этом же клиенте, скорее всего JavaDB).

Возникла задача маленькую часть этой БД (пару небольших табличек) + некое маленькое приложение которое работает с ней только на чтение (поиск) записать на оптический носитель (CD-R или DVD-R) и в таком виде поставлять клиенту. При этом подразумевается что у клиента стоит нужный JRE.

Возникает несколько вопросов:
— Старт приложения с оптического носителя (предполагаю что тут проблем быть не должно — какой нибудь BAT файл с запуском)
— БД на оптическом носителе. Возможен ли такой вариант работы с какой нибудь СУБД (если да, то с какой?) когда ее файлы находятся на незаписываемом носителе? Работа с БД будет только на чтение.

Здравствуйте, fplab, Вы писали:

F>На первый вопрос вот так сразу не отвечу — надо проверять. Второй — в случае использования к примеру Derby — да, возможно (в документации по Derby этот вариант описан)

Смотрю линк
http://db.apache.org/derby/docs/10.4/devguide/cdevdeploy11201.html#cdevdeploy11201

Меня смущает что путь должен быть абсолютный.

To access a database in a zip/jar, you specify the jar in the subsubprotocol.

jdbc:derby:jarpathToArchive)databasePathWithinArchive

The pathToArchive is the absolute path to the archive file. The databasePathWithinArchive is the relative path to the database within the archive. For example:

jdbc:derby:jarC:/dbs.jar)products/boiledfood
jdbc:derby:jarC:/dbs.jar)sales

A>Меня смущает что путь должен быть абсолютный.

А что мешает сделать:

(new File(relativePath)).getAbsolutePath();

Здравствуйте, Stanislav Elinson, Вы писали:

A>>Меня смущает что путь должен быть абсолютный.

SE>А что мешает сделать:
SE>

SE>(new File(relativePath)).getAbsolutePath();
SE>

Да ничего не мешает, стормозил.

Здравствуйте, Antei, Вы писали:

A>Да ничего не мешает, стормозил.

Но самый лучший путь — это расположить архив в classpath
http://db.apache.org/derby/docs/dev/devguide/tdevdeploy39856.html

Недостатки все же есть — Дерби хочет writable directory на клиенте для

# For the read-only database, set the property derby.storage.tempDirectory to a writable location. Derby needs to write to temporary files for large sorts required by such SQL statements as ORDER BY, UNION, DISTINCT, and GROUP BY. For more information about this property, see Tuning Derby.

derby.storage.tempDirectory=c:/temp/mytemp

Возможно ли избежать этого указав Дерби работать только с памятью?