Некоторые из наиболее заметных и успешных информационно-поисковых систем доступны через веб-браузеры. В последнее время асинхронный JavaScript и XML, или AJAX, значительно улучшил взаимодействие пользователей с веб-интерфейсами. Картографический сервис Google является прекрасным примером того, как AJAX улучшает взаимодействие между пользователями и большими объемами данных.
Система учета данных разработана для каталогизации всех данных CMS, включая источники в Монте-Карло и детекторах. Моделирование и детектор будут создавать около 5 PB в год, все, из которых должны быть доступны физикам.
DBS представляет собой сервис, основной обязанностью которого является ответ на вопросы о существовании данных, их характеристиках, описании и расположении в CMS.
Разработан веб-сервис под названием Обнаружение данных, который предоставляет физикам интерфейс для взаимодействия с системой DBS. Он служит специализированной поисковой системой для поиска данных CMS. Представляются многим подробности его реализации на основе стека программных компонентов, написанных на питоне и декорированных технологией AJAX для повышения удобства использования интерфейса внешнего интерфейса.
Модель данных событий CMS Event Data Model представляет собой иерархию объектов данных, оптимизированную для обработки, передачи и хранения. На самом высоком уровне EDM, Primary Dataset - это классификация для триггерного потока или типа Monte Carlo, который является источником отдельных баз данных. Каждый набор данных содержит блоки схожих файлов, где блоки являются основной структурой для передачи данных. Копии блоков на сайтах different имеют одинаковые логические имена файлов.
- Когда блок создается на этапе цепочки обработки, от RAW до DIGI, SIM-карты и RECO, ему присваивается одноименный уровень данных. Каждый из этих файлов связан с условиями детектора при его создании, версией приложения, которое его создало, параметрами конфигурации для его обработки и многое другое.
Модель представления интерфейса поиска посредничает между ними. Реализация данного интерфейса была самой сложной задачей в процессе разработки. Были исследованы различные схемы размещения, чтобы показать огромный объем информации в DBS. Интерфейс поиска представляет стратегии поиска different для каждой роли, как в новичках, так и в расширенной форме. Существует один формат, который точно соответствует основному случаю использования каждой роли, например, сводные таблицы наборов данных для физиков, содержащие местоположение, количество событий, количество файлов и логические имена файлов.
- Кроме того, менеджеры производства видят человека, который создал набор данных со ссылкой на контактную информацию и отметкой времени, когда набор данных был создан или изменен. Также существует другая направленная форма поиска, которая формирует более произвольные запросы DBS.
- С одной стороны, есть сложность EDM и происходящие изменения в его семантике.
- С другой стороны, есть группа пользователей, географическое расстояние между которыми делает difficult прямым тестированием интерфейса.
- После первых фокус-групп и нескольких интервью большинство данных об опыте пользователей должны быть получены из журналов анализа и полезной электронной почты. Недостаточная определенность и сложность поисковой задачи оказали давление на среду разработки.
Пайтон и AJAX.
Идея быстрой веб-разработки с использованием питона и AJAX была продиктована двумя основными факторами:
- быстрый поворот с изменениями, включая пользовательский интерфейс, случаи использования, схему БД и так далее;
- поддержка взаимодействия пользователя с DBS. Python обладал отличным набором инструментов для решения наших задач.
Стоит отметить, что такие компоненты уже были использованы в других питоновых структурах веб-разработок с открытым исходным кодом. Эти рамки веб-приложений были разработаны с учетом всех потребностей пользователей, включая управление данными. В данном случае модель данных была разработана и разработана независимо, а обнаружение данных было рассчитано на работу в режиме только для чтения. Когда было возможно принять ту или иную структуру веб-приложений, мы склонялись к повторному использованию отдельных программных компонентов.
Этот стек программных компонентов очень хорошо вписывается в архитектуру контроллера моделирования и контроля, где отделили эту модель данных от уровня представления. Использовали абстракционный слой SQL.
Хотя, в зависимости от реализации, она может быть медленной в отношении простого доступа к DB. Если взять размер и распределенный характер сотрудничества в рамках CMS, то можно ожидать не более нескольких сотен обращений за доступом в течение рабочего дня на одного пользователя, с ∼100 пользователей на часовой пояс. SQLAlchemy также позаботился о соединении баз данных в пулы. Также автоматически загружается схему DB из внутренней DB, что не только упрощает жизнь при частых изменениях схемы DB, но и позволяет создавать динамический интерфейс расширенных запросов.
Обсуждение быстрого веб-развития с использованием питона и технологии AJAX оказалось очень продуктивным тандемом для службы обнаружения данных CMS. Простота, гибкость и мощь питона позволяют сконцентрироваться на удобстве использования сервиса, переписав компоненты стека different в программной модели. Современная технология AJAX дает пользователям прикладное поведение веб-интерфейса и возможность интеграции нескольких веб-сервисов CMS, таких как система запроса на производство, база данных сайта, качество исполнения и сводная DB, условная DB и PhEDEx.
Конечной целью все-таки является удовлетворение потребностей пользователей CMS и предоставление им возможности быстро находить нужные им данные. Служба поиска данных предоставляет возможность произвольного поиска с помощью меню, ориентированного на конкретные приложения.
