DVD это в смысле: не DVD-RW?

Ну тогда...
- Триггеры и внешние ключи нафиг, да и вообще любую проверку целостности данных можно вынести во внешнюю процедуру набивки данных и не хранить ничего подобного в базе.
- Естественно что и клиент к базе надо писать без единого insert/update/delete. Впрочем, если очень сильно хочется, можно в своей главной базе (или в клиенте) записать структуру базы-дополнения, и после инсталляции приложения развертывать эту базу-дополнение на HDD/SDD или даже в :memory: и подключать ее как вторичную к главной базе.
- На этапе разработки внимательно смотри какие поля используются для фильтрации таблиц и наделай кучу индексов. Можно даже несколько лишних индексов сделать, вдруг в следующей версии клиента понадобятся?
- Еще стоит обратить внимание что раз база только на выборку, то нормализация уже не нужна, и даже более того - большинство массивов стоит денормализовать вплоть до нулевого уровня. Но не стоит вылезать за размер страницы, если денормализованная таблица шире - лучше будет чуть поднять уровень нормализации. У DVD размер блока 2048 кажется, так что сразу ориентируйся на двухкилобайтные страницы.

А в общем, ничего особенно сложного в задаче нет.
Если хочешь, можешь во время разработки клиента к базе положить саму базу на удаленную машину и ограничить сетевой доступ к файлу только на чтение. Сеть тебе даст дополнительные тормоза на обращение (DVD не самое скоростное устройство), а ограничение доступа не даст по ошибке влепить в клиента функции обновления данных. Ну а приложение ответственное за наполнения данными писать на той машине где файл базы лежит.

Roman Mejtesс денормализацией конечно сложнее, проект то уже готовый, база уже создана и сущетвует и извлекается из другой системы. То, есть денормализацию ндао будет делать при импорте\экспорте базы.Если база уже существует, то задача упрощается.
Просто возьми своего клиента и смотри:
- Какие выборки делает клиент?
- Те выборки которые делаются часто - оформляем в view чтобы в окошко клиента шел запрос из одного единственного view.
- Для редких выборок тоже пытаемся сделать такие-же view или максимум из двух-трех view.
- Когда клиент вместо работы с таблицами начинает делать выборки исключительно из view - выгружаешь все эти представления в таблицы новой базу.
Вот тебе и наиболее полная денормализация по мягкому варианту.