Харичкин Александр МФТИ(ГУ) 16 июня 2011. Характеристики информационных систем Объем кода Сложность модели данных Масштабируемость Возможность повторного.

Презентация:



Advertisements
Похожие презентации
1 Введение Информационные системы Альтернативы задачи доступа к данным Стандарт JPA и коммерческие ORM имплементации Определение ORM Проблемы полного преобразования.
Advertisements

Object Relational Mapping (ORM) Объектно-реляционное отображение.
Реализация концепции построения и формирования отраслевой системы государственного учета, регистрации и мониторинга (ОСГУРМ) информационных ресурсов сферы.
Апробация технологий Silverlight/LINQ/WCF для создания web-приложений, ориентированных на интенсивную обработку данных Дипломная работа студента 545 группы.
Организация хранилища единой коллекции цифровых образовательных ресурсов с использованием технологии «ЭЛАД» В.Ю. Лукин.
Опыт реализации отказоустойчивого сервера приложений и хранилища данных на базе СУБД ЛИНТЕР Михаил Ермаков, Дмитрий Мухоедов, РЕЛЭКС.
Исполнитель: Утяшева И.А. Научный руководитель: к.ф.-м.н. Винокур В.В.
Object Relational Mapping (ORM) Объектно-реляционное отображение
Мартин Фаулер « Архитектура корпоративных программных приложений » Подготовила Ст. ПС - 41 Лукиных Н. А.
Автоматизация сборки и модификации разнородной компьютерной документации: разработка графического интерфейса приложения и формата файлов проекта. Исполнитель:
ЭТАПЫ МОДЕЛИРОВАНИЯ. Цель урока: рассмотреть основные этапы моделирования. Задачи: 1. Повторить понятия «модель», «моделирование». 2. Определить место.
Быстрая разработка кадастровых приложений муниципального уровня с использованием системы «ИнМета» Вячеслав Томилин ООО НВЦ «Интеграционные технологии»
База данных – основа информационной системы. База данных (БД) – это совокупность специальным образом организованных данных, хранимых в памяти вычислительной.
Тема 2. Концептуальное проектирование. Лекция 1. Уровни моделей и этапы проектирования.
Автоматизация тестирования Web-приложений 2007 г. Липский Павел Николаевич.
ЭТАПЫ ЖИЗНЕННОГО ЦИКЛА БАЗЫ ДАННЫХ. Жизненный цикл БД Это процесс, который начинается с этапа проектирования БД и заканчивается снятием БД с эксплуатации.
Классификация БД. СУБД и ее компоненты. Логическое и физическое описание данных.
Трехслойная архитектура приложений, основанных на использовании баз данных.
БАЗА ДАННЫХ – ОСНОВА ИНФОРМАЦИОННОЙ СИСТЕМЫ ТЕХНОЛОГИЯ ИСПЛЬЗОВАНИЯ И РАЗРАБОТКА ИНФОРМАЦИОННЫХ СИСТЕМ.
Поиск в базах данных с заранее неизвестной структурой. Теория.Практика.Приложения. Горелов С.С. МГУ им. М.В. Ломоносова механико-математический факультет.
Транксрипт:

Харичкин Александр МФТИ(ГУ) 16 июня 2011

Характеристики информационных систем Объем кода Сложность модели данных Масштабируемость Возможность повторного использования функциональности Конфигурируемость приложения Возможность изменять логику в режиме реального времени Задачи, решаемые при проектировании системы Выбор подхода к хранению данных Разработка объектной модели приложения Описание процессов и бизнес-правил

I. Сравнение технологий доступа и моделей данных по производительности, гибкости и простоте реализации Подходы к хранению данных в БД «Плоские» модели «Метамодели» Адаптивные ОМ ММ типа NetCracker Нестандартные объектные модели Технологии доступа JDBC EJB 2.x (Entity) ORM (JPA etc) II. Исследование «нестандартной» однотабличной модели данных

Технология\ Подход Relational DBMetaModel («NetCracker») MetaModel (Other) JDBC+–+/- EJB 1.x, 2.x–+– JPA++- Дополнительные возможности Кэширование (на стороне Application- сервера) Перенесение части нагрузки на сервер БД Денормализация

Субъективные тесты (1 пользователь) WEB-приложение, сценарий типа «выполнить следующие действия с данными» Формализованные нагрузочные тесты Поиск объектов и отображение страницы параметров Поиск по идентификатору объекта Обход дерева иерархий Переходы между объектами по ссылкам Результаты Время загрузки параметров и открытия страницы Количество обращений в базу при выполнении «стандартных» операций

Enterprise JavaBeans 2.0 Стандартная реализация Усовершенствование в виде кэширования метаданных на стороне Application-сервера Полное кэширование данных на сервере Java Persistence API Реализация без дополнительных настроек Усовершенствование настроек для обеспечения наибольшей производительности

Сложность реализации

В среднем технология JPA обеспечивает несколько меньшую производительность по сравнению с EJB2.0 Однако в большинстве случаев это различие несущественно В некоторых обстоятельствах JPA превосходит EJB по быстродействию Реализация технологии EJB намного более затратна в терминах объема и сложности кода JPA «выигрывает» засчет простоты реализации и множества утилит, упрощающих разработку EJB позволяет вносить усовершенствования на уровне кода программируемых модулей В то время как в JPA все это делается исключительно настройками

Модель с единственной таблицей Любой объект, тип, атрибут, бизнес-правило представлены одной записью в таблице Цель Введение дополнительных уровней абстракции для повышения гибкости приложения и Service Availability «Вложение» моделей друг в друга, исследование совместимости моделей данных Влияние степени нормализации данных на быстродействие и сложность приложения

Plain DB + JDBC Data Warehouse Plain DB + JPA Social Networks Metamodels + JPA Bookstore E-Shop Metamodels + … Telecom OSS (NetCracker) Document Workflow Framework (Adaptive Object Model) Search Engine (Key-Value model)

Разработано несколько реализаций ИС на основе EJB 2.x, JPA и JDBC Введены усовершенствования реализаций Кэширование EJB Дополнительные настройки JPA Проведено испытание производительности реализаций автоматическими нагрузочными тестами Результат - данные для многокритериального анализа в задаче принятия решения Сделаны выводы о применимости технологий для различных классов ИС Рассмотрена на уровне идеи абстрактная однотабличная модель данных Рассмотрены методические аспекты таких моделей Направление дальнейшего исследования – получение численных результатов испытаний подобных моделей

Thank you!