Готовый перевод A user-friendly,dinamic web enviroment for remote data browsing and analysis of multiparametric geophysical data with MULTIMO project / Дружелюбная к пользователю, динамическая вэб среда для удаленного доступа и анализа многопараметрических геофизических данных в проекте : 4. The database

Нашей платформе придется взаимодействовать в основном с любым временным рядом, который записали различные исследовательские группы, на ряде различных вулканов. Включая не только Соуфрир Хиллс, но также и Стромболи, Этна, Эрта Але, Амбрим, Осорно, Вильяррику и так далее.

Эти наборы данных были очень разнородным, и содержали ряды различных двоичных форматов данных, частот оцифровки, разрешений, и так далее.. это было ключевым моментом.

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

Среди других систем управления базами данных доступных по лицензии Open Source, мы выбрали решение принять MySql (MySql, 2004) потому, что мы обнаружили, что это наиболее крепкий продукт(продукт, удовлетворяющий широкому спектру решений) с очень хорошим уровнем производительности.

Как пример, заслуживающий наибольшего внимания, в конце 2000 года NASA перешла с Oracle на MySql и "заметила, что увеличилась[в скорости] производительность после того, как на поменялась и никаких проблем не было получено с этим продуктом" (Тримбл, 2000).

База данных была разработана опираясь на реляционную модель, которая использует дисциплину моделирования Объект-Отношение и стандарты проектирования данных называемые нормальными формами.

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

Благодаря этим характеристикам, которые описывают идею Системы Управления Реляционными Базами Данных(RDBMS), нам смогли спроектировать гибкую системы баз данных.

Оптимизации
Среди таблиц, индексов и места хранения памяти, потом было достигнуто использовании редукции нормальных форм.

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

То, что расопложено в базе данные - это так называемые мета-данные, включая указатели на данные. Однако, база данных содержит не только в метаданных информацию не только о расположении места хранения.

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

Все эти таблицы были соеденены вместе для оптимизации использования памяти и проиводительности. Как простой пример, имея теперь информацию о почти 1,5 миллионов различных файлов данных находящихся в нашей базе данных, было бы нелепо хранить полный путь для каждого файла в поле базы данных.

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

Описанным выше методом, мы можем перемещать большие количества данных между устройствами хранения (и/или резервными копиями ДВД) и обновлять содержимое базы данных только с помощью изменения соответствующего содержимого, хранящего путь [Рисунки 2,3].

Другой важный класс информации, который хранится в базе данных это привлечение анализа, который может исполняться. Две таблицы предоставлены для управления информацией обо всех командах анализа и соответствующих параметров [Рисунок 4].

Содержимое таблиц в Рисунке 4 производят следующие команды оболочки:

Использование этого метода дает нам возможность добавить/изменить загружаемые параметры или алгоритмы анализа просто введя изменив сущность в нашей базе данных и соответствующую исполняемую команду где-либо в нашей системе.

Эта платформа будет использовать информацию в базе данных для того, чтобы знать какую команду загрузки использовать и/или какую команду анализа запускать, с соответствующими параметрами.

Процедура разбивки используется затем, чтобы создать корректную команду. Все эти задания полностью прозрачны конечному пользователю.

Переведено на Нотабеноиде
http://notabenoid.org/book/3427/10798

Переводчики: wuffur