a_rakovskij

Как программист-ораклоид - полностью согласен.

(Reply to this) (Thread)

Ха. Еще бы базист с этим не согласился. Что он не видит, что собственно с точки зрения реализации на нормальной базе данных это не задача, а фигня

(Reply to this) (Parent) (Thread)

Там сама БД достаточно примитивная, сложности будут только на этапе наполнения (сканирование/вычитка и т.д.). Причем сложности в основном организационные, а не технические.

(Reply to this) (Parent) (Thread)

Мне вообще в лом называть 5-7 табличек (а больше и не получится) Базой Данных. :-)

Слегка с индексами придется помудрить. Но тоже не особо.

(Reply to this) (Parent)

Да нет, там как раз есть над чем поработать. Именно с т.з. подготовки инфы, ее размещения и так далее.
Хотя кусочек лакомый. Я б за 300 мегабаксов сделал конфетку- автосканнер, фирменный текстовый фаззи-поисковик и главное- заветная мечта: Большой Гипертекст, то есть возможность динамической линковки текстов близкого контекста, одной школы и так далее. Со всем железом, естественно.
Но, кажется, иностранцев к пирогу не подпускают.

(Reply to this)

Опечатка.
На самом деле - 12 000 000 руб., а не 12 000 000 тыс. руб. - это видно, если открыть "Извещение" в конкурсной документации.

(Reply to this) (Thread)

A togda eto dazhe dlja softa malo. Ja b men'she chem za megabaks ne vzjaalsja by. Esli delat' po-nastojawemu.
A esli sdelat' prosten'kuju standartnuju sistemku- dogda da

(Reply to this) (Parent)

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


Как решить задачу:
- на юникс-серверах (линукс, commodity hardware) в RAID-файловых системах with logging лежат отсканированные плюс OCR-ed документы
- доступ к ним предоставляется с помощью веб-серверов
- поиск по ним осуществляется с помощью давно стандартных, из множества известных поисковых программ. Это, собственно куча индексов (функционально равных индексам в базах данных)

Изображения хранятся как djvu или jpeg; форматированные текстовые документы - как ps или pdf.
Долговременный бэкап магнитных носителей прожигается на ДВД дисках из специальной архивной пластмассы (изготовители CD, DVD для народа нарочно делают их самоуничтожающимися лет через 5) и т.д.


Вся библиотека НЕ составляет большого объема, к удивлению всех некомпьютерных людей, Интернет, копии которого хранит гугл на своих машинах на порядки больше; базы данных покупок-сделок и другой внутренней мелкой информации о transactions, стандартно хранимые множеством компаний также перекрывают масштабы библиотеки на порядки.

Единственное, что таким образом остается - подобрать из готовых и подписать минимальные склейки для авторизации доступа (ЛДАП, md5, ipsec, https и т.д.).

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

(Reply to this)

Зато сроки, сроки какие! За триста дней даже попилить не всякий возьмётся...

На самом деле, если это "национальный проект", они могут потребовать полностью национальный софт, не зависящий от злых буржуев... Глупость, ага...

Но деньги фантастические, ага.
:-)

(Reply to this)