Что именно вас интересует?
Формат файлов, ПО, железо?

Читал я когда-то давно обзорную статью про такое (рассчитанное на десятки лет) хранилище.
Там, помимо многократного дублирования носителей информации еще хранился на консервации трехкратный (или больше, уже точно не помню) полный комплект оборудования (вплоть до шнуров, винтиков и прочей мелочи) и носителей со всем ПО, которое может понадобиться для развертывания, начиная с ОС, драйверов и т.п. И все это хозяйство по четкому регламенту должно проходить проверки, ревизии и т.п., включая периодическое испытательное развертывание всего комплекса.

TEMHOTA,

Честно говоря, пока не очень понятно, что именно Вы хотите спросить.
В частности, это хранилище должно быть все эти десятки лет в оффлайне, только чтение, чтение-запись при фиксированной структуре БД, чтение-запись с эволюционирующей структурой БД или еще в какому-то другом режиме?

Shadow Of Sun5. Железо

Лучше что - нибудь массовое, что бы и через 10 лет найти запчасти. например Intel x64Сейчас, например, почти нереально найти работоспособное железо 10-ти летней давности.
А 30 лет назад не существовало ни одного или почти ни одного разъема, из тех, что употребляются сейчас. Я уж не говорю про совместимость интерфейсов.
Так что тут путей вижу два:
1) хранить все необходимое с запасом.
2) постоянно мигрировать на современное железо и ПО.
Какой выбрать путь - зависит от многих факторов.

TEMHOTAПолностью согласен (как с аксиомой) с Shadow Of Sun насчет "база не должна быть привязана к железу и софту".
А также, думаю, такое хранилище должно (как минимум) позволять :

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

2. производить "расшифровку" (визуализацию для Пользователя) своих информ.моделей без использования какого-либо спец.ПО.

3. Пользователю формировать информационные массивы (из хранящихся данных) так, как ему нужно под текущую задачу.
В идеале, если Пользователь получит базу данных без какого-либо описания и без специального ПО, то он должен иметь возможность для навигации по хранилищу по принципу: "чего-то хочу, но пока не знаю - по ходу определюсь".Имхо, требования "база не должна быть привязана к софту" и "гибко и оперативно модифицировать свои информ.структуры хранения" противоречат друг другу. Причем чем больше достигаете совершенства в одном, тем хуже будет другое. Для максимальной отвязки от софта, имхо, идеально подходят text-based (TSV, CSV, XML и т.п.) форматы, но они же и наименее гибкие.

"Без специального ПО" - тоже непонятный тезис. СУБД - это специальное ПО или нет?

И почему "без какого-либо описания"? Документирование уже отменили или отменят в ближайшие 50 лет?

TEMHOTAmiksoft, а Вы не желаете сначала обсудить те сомнения, что высказал guest_20040621 ?
Прежде, чем говорить об инструментарии ?Да в том-то и дело, что в Вашем вопросе пока только одни сомнения и никакой конкретики.
Опубликуйте хотя бы уже известные формальные требования, в рамках которых можно было бы продолжать обсуждение.

Реалист Розетта
А мне почему-то Пластинки Пионера напомнило.

TEMHOTAЕсть проблемы, которые существенно ограничивают возможности в отображении реальных объектов и процессов из предметной области - в информ.модели хранилищ с той степенью детальности и связности, с какой пожелает Аналитик-предметник, а не с той, которую ему "навяжет" информ.система.Любая система будет иметь ограничения и будет их "навязывать".TEMHOTA Причем, когда система уже готова (и сдана под ключ), Аналитик должен иметь достаточно простой инструментарий, чтобы самостоятельно адаптировать (например, детализировать) информ.модели хранилища под новые требования времени (БЕЗ программистов).Давняя мечта генеральных директоров - уволить тех людей в дальней комнате, которые делают непонятно что, тратят деньги непонятно на что, требуют всякой ерунды типа формализации бизнес-процессов и вообще вставляют палки в колеса TEMHOTAВедь речь-то идет о десятках лет. Жизнь на месте не стоит.Именно, поэтому и нельзя без программистов, что жизнь на месте не стоит.

Что-то абстрактно-универсальное подходящее к Вашему описанию мне вспоминается только одно - Excel.

Еще посмотрите на всякие нереляционные СУБД (например, Cache' ) и какие-нибудь "нетрадиционные" языки (например, Пролог, Лисп и т.п.). Возможно, там найдете свое счастье.