Реферат Отчет 142 стр., 13 рис., 7 таблиц, список литературы 2 наименования





НазваниеРеферат Отчет 142 стр., 13 рис., 7 таблиц, список литературы 2 наименования
страница4/12
Дата публикации26.01.2015
Размер1.46 Mb.
ТипРеферат
100-bal.ru > Информатика > Реферат
1   2   3   4   5   6   7   8   9   ...   12
§1.3. Основные программные модули, необходимых для решения научных задач в эксперименте с широкоапертурным гамма-телескопом.
Вся информация должна просматриваться специалистами сразу после ее приёма и автоматической сортировки с целью поиска явлений солнечной, астрофизической или геофизической природы, подлежащих детальному изучению, а также с целью проверки нормального функционирования аппаратуры.

Для просмотра должны быть написаны и отлажены программы:

осуществляющие визуализацию временного хода выбранных пользователем параметров в последовательности кадров «Мониторинг». Для удобства анализа программа должна в одном окне показывать временной ход, а в другом окне – энергетические спектры, составленные из скоростей счета параметров ALL1-ALL8, NA1-NA8 и NU3-NU8. Показ спектров может производиться в автоматическом режиме (анимация изменений спектра). Также пользователь может выбрать интересующий его момент времени (подведя курсор к точке на временном ряду или введя значение времени с клавиатуры) и увидеть энергетический спектр в это время.

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

Восстанавливающие изображение в поле зрения прибора для определенного кадра типа «Карта» с последующей визуализацией. На данном этапе изображение восстанавливается в поле зрения прибора (используется полярная система координат). Исходными данными для восстановления изображения служит массив значений числа случаев взаимодействия гамма-кванта соответствующей энергии с каждым из кристаллов (всего 305 значений для каждого энергетического диапазона). Для получения изображения используется матрица отклика, которая должна быть рассчитана заранее для каждого из диапазонов работы прибора. Матрица отклика представляет собой таблицу размер которой равен количеству кристаллов (305) в одном направлении и количеству точек, на которые разбито поле зрения прибора (~20000), в другом. В результате процедуры восстановления вычисляется массив значений потока гамма-квантов, идущего из соответствующих точек поля зрения (~20000 значений). Визуализация предполагает демонстрацию полученного изображения в виде цветовой карты или в виде трёхмерного рельефа. Для предварительного просмотра удобна анимация в виде последовательной смены изображений на экране.

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

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

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


Программные модули, позволяющие проводить более детальный анализ.

Должны быть разработаны программы, позволяющие проводить обработку данных в следующих направлениях:

Сопоставление карт неба, полученных за определенное время. Сложение и вычитание изображений.

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

Разложение энергетических спектров на компоненты. Поиск линий излучения и поглощения на энергетических спектрах.

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

Гл. 2. Система хранения и передачи данных в блоке электроники широкоапертурного гамма-телескопа.

§2.1. Cистемы управления данными.

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

Традиционно обеспечение гибкого интерфейса и эффективных механизмов доступа к данным выполнялось встраиваемыми в приложения СУБД, представляющими собой набор статических и динамических библиотек, работающих совместно с приложениями. Однако большинство подобных систем по ряду причин морально устарели: предназначены для операционных систем (ОС), которые уже не поддерживаются (ДОС); их приемлемые реализации для новых ОС не находят применения или отсутствуют; они ориентированы на устаревшие модели построения интерфейса и механизмы доступа к данным. Встроенные СУБД, которые изначально были ориентированы только на универсальные и хорошо проработанные механизмы работы с данными, в которых принципиально отсутствовали процедуры построения интерфейса, в этом случае приобретают новое значение. Поскольку концепция их построения такова, что они могут подключаться практически к любым новым современным системам программирования, таким как Builders и средствам уровня 4GL, эти СУБД занимают свою нишу средств разработки информационных систем.

Ярким представителем систем подобного класса, является встраиваемая СУБД RDM предлагаемая и сопровождаемая фирмой Centura. Эта СУБД была разработана фирмой Raima еще в 1987 году и носила первоначальное название dbVista, под которым известна многим российским разработчикам и руководителям проектов. Сейчас, когда Raima влилась в фирму Centura, этот продукт приобрел особую популярность. Ниже мы рассмотрим особенности, принципы построения и состав программной системы. Здесь же отметим ключевые аспекты, которые являются основным критерием выбора продукта данного класса и в будущем они будут играть важную роль в развитии информационных технологий (ИТ) для встраиваемых приложений . Это следующие свойства СУБД RDM:

В первую очередь это высокое, даже высочайшее быстродействие встраиваемой СУБД RDM. Оценки и измерения показывают, что даже по сравнению с очень быстрыми приложениями на CA Clipper, выигрыш составляет десятки раз (30-50), что достигается за счет хорошо проработанных и оригинальных методов доступа к данным. Ни в какое сравнение с RDM не идут временные характеристики, получаемые для SQL СУБД, даже очень мощных.

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

В-третьих, для многих информационных систем чисто реляционная модель данных, лежащая в основе SQL СУБД, не является приемлемой, так как на дополнительные связи уходит много ресурсов (места в БД, время формирования выборок и т.п.). Сетевая модель данных, предлагаемая в RDM, в совокупности с эффективными процедурами доступа в наборах (Sets), позволяет значительно упростить модель данных, оптимизировать процедуры их организации и хранения. Это свойство позволяет строить резервированные комплексы.

В-четвертых, компактность. Новые ИТ, ориентированные на интеграцию данных и малых (и сверхмалых) вычислительных устройств, таких как мобильные телефоны портативные и одноплатные компьютеры для бортовых систем, не предназначены для работы приложений, построенных для мощных СУБД. В RDM существует поддержка многих платформ и конфигураций вычислительных средств, в том числе и таких как Windows CE. Эти системы способны работать даже на микроминиатюрных компьютерах. Возможность поддержки распределенных технологий, получивших название технологии "пятого поколения" или eSNAP- технологии является отличительной чертой RDM. Здесь СУБД встраивается в приложения клиента, работающего на микроминиатюрном компьютере.

В-пятых, наличие объектно-ориентированного интерфейса, присущего всем современным средствам доступа к данным. Объектно-ориентированный интерфейс в RDM реализован в виде отдельного пакета программ - ROM (Raima Object Manager). Ранее этот пакет поставлялся отдельно, а теперь входит в состав продукта RDM. Отличительной чертой ROM, как системы классов - типов обработки данных, является направленность на пользователя-программиста. Это отражается в удобной системе перегруженных операций (процедуры навигации перегружаются, например, операторами ++ - переход к следующей записи) и первоначальной направленности сохранения высокой производительности. Для достижения последнего, в ROM в механизмах доступа к данным использована прямая адресация дискового пространства. В дополнение к сказанному отметим, что интуитивно понятный объектно-ориентированный интерфейс значительно расширяет возможности сетевых моделей RDM. В RDM реализованы новые варианты связей между записями в БД, в частности, реализована связь M к N (M:N).

И, наконец, мобильность. В этом, по-видимому, продукту RDM нет равных, так как изначально продукт вообще предлагался в виде исходных текстов программ, настраиваемых для перекомпиляции для любых платформ и любых систем программирования. Это относилось не только к главным библиотекам системы, но и ко всем вспомогательным модулям и утилитам. В настоящее время доступны версии RDM для любых платформ (от DOS до LINUX) и систем разработки программ: от СИ++ до VB (кроме того Java, Delphi и др.). За дополнительную плату и сейчас можно получить все исходные тексты программ, а ROM всегда поставляется в виде исходных текстов и библиотек. Так как основные функции представлены в динамической библиотеке стандарта Windows (Windows DLL), то любые системы программирования обеспечивают стандартный интерфейс к функциям RDM. Т.е. такой подход отвечает стандарту открытого программного обеспечения.

Рассмотрим основные составляющие системы управления БД - RDM. В RDM входят:

Система библиотек (DLL или LIB, в зависимости от платформы) и система файлов настройки (INCLUDE).

ROM - библиотеки и исходные тексты для объектно-ориентированного интерфейса (Raima Databasebase Runtime Library - RDRL).

Примеры использования RDM и ROM для разных платформ.

Документация в электронном виде (PDF- формат) и печатном виде.

Утилита для преобразования описаний структур данных в физический формат в виде файлов - DDLP (Databasebase Definition Language Processor).

Утилита инициализации БД - INITDB.

Средство для обеспечения коллективной работы пользователей с данными и их защиты - LOCK MANAGER. Эта компонента устанавливается на одной из машин в сети и обеспечивает совместную работу клиентских приложений на разных компьютерах.

Утилита DBCLRDL - очистки блокировок в случаях сбоев.

Средства импорта и экспорта данных, снабженных специализированным языком - DBIMP и DBEXP.

Средства работы с ключами БД - KEYBUILD, KEYPACK и KEYDUMP.

Интерактивные утилиты просмотра и редактирования БД - IDA и WIDA.

Утилиты проверки БД и данных - DBCHECK и DATDUMP.

Утилита распечатки БД - PRDBD.

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

Средство доступа к БД на основе SQL языка, модернизированного для сетевых структур данных - QUERY. Содержит три составляющие: библиотеку функций, включаемую в RDRL; базу данных запросов и интерактивную утилиту WQUERY. QUERY - обеспечивает выполнение изолированных и встроенных запросов к RDM базе данных. Поддерживает подмножество Структурированного Языка Запросов (SQL) и содержит команды, позволяющие описать и получить реляционные проекции RDM базы для условной выборки и сортировки данных.

Рассмотрим некоторые особенности СУБД RDM.

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

Многопользовательский режим обеспечивается специальными механизмами, реализацию которых поддерживает специальная утилита в сети - LOCK MANAGER. Эта утилита строит специальные таблицы, выполняет контроль за блокировками записей и их отмену, работает как резидентная задача. LOCK MANAGER - управляет пользователями, используя эффективные и распространенные протоколы NETBIOS, SPX, TCP. Для снятия блокировок в случае аварийных ситуаций и сбоев предусмотрено специальное средство - утилита DBLRDL. Предусматривается защита файлов, страниц и отдельных записей, ведение журналов и поддержка стандартных механизмов транзакций.

Принцип работы RDM достаточно прост. Эта работа состоит из нескольких этапов. Рассмотрим их:

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

С использованием средств программирования (СИ, СИ++, VB и др.) разрабатывается программа, содержащая вызовы функций библиотеки RDM. Функции эти очень просты в использовании и для запоминания их названий. Например: открытие БД - d_open, поиск по ключу d_keyfind, переход к следующей записи - d_recnext, чтение записи - d_recread, запись в БД - d_recwrite и так далее. Отметим, что можно открыть и работать одновременно сразу с несколькими БД. В проект программной системы подключается библиотека RDM или интерфейсная библиотека для динамических вызовов. После написания и отладки программ приложение готово к применению.

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

Для реорганизации БД, при необходимости, использовать утилиту REVISE, для импорта и экспорта утилиты DBIMP и DBEXP.

В RDM предусмотрены следующие основные классы функций для работы с данными и управления данными:

Функции управления базами данных

Функции чтения записей

Функции записи в БД

Функции поиска записей, в том числе и по ключам

Функции работы с наборами

Функции прямого доступа

Функции управления защитой записей

Функции шифровки и дешифровки записей

И многие другие функции.

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

Составная часть RDM - ROM, объектно-ориентированный интерфейс, требуют более тщательного внимания и изучения, так как в ROM фактически определен новый универсальный язык описания и управления данными. Как любая система взаимосвязанных классов, он не прост в обучении и осмысливании, но после освоения этого языка.

Несмотря на свою компактность и простоту RDM представляет собой программный продукт, с его помощью можно создавать программные информационные системы самого высокого качества и уровня, отвечающие всем современным требованиям заказчиков и ИТ. Вот некоторые важнейшие характеристики встраиваемой СУБД RDM:

Число полей в записи ограничено только размерами записи

Максимальное число объектов в файле: 16,777,215

Максимальное число файлов в базе: 256

Максимальное число объектов в базе: 4,294,967,040

Максимальное число одновременно открытых баз данных ограничено только оперативной памятью

Необходимая оперативная память - всего 110 Kбайт

Поэтому принимая во внимание выше сказанное была выбрана CУБД RDM для разработки программного обеспечения «гаммафона». Отметим, что СУБД RDM полностью совместима по функциям и по данным с другим программным продуктом Centurа - выделенным СУБД Velocis. Это также мощное профессиональное средство разработки встраиваемых систем. Продукты RDM и Velocis доступны на российском рынке.

Birdstep Technology - поставщик программного обеспечения для компаний, работающих на рынке встроенного ПО и мобильных устройств. Компания предоставляет встраиваемые компоненты приложений, а также СУБД для беспроводных устройств с возможностью передачи данных через интернет. Компания производит эффективные и в то же время экономичные СУБД, позволяющие проводить быстрый и безопасный обмен данными.

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

На российском рынке Birdstep представляет семейство продуктов Birdstep Raima Database Managers, состоящее из 3 разных СУБД. Эти продукты специально предназначены для работы с серверными, встроенными и мобильными платформами.

RDM Server– это мощный, гибкий и при этом компактный кросс-платформенный сервер баз данных, спроектированный для приложений, к которым предъявляются высокие требования по производительности. RDM Server отвечает требованиям современного бизнеса, нуждающегося в такой платформе встраиваемых баз данных, которая являлась бы масштабируемым и надежным решением.

RDM Embedded - высокопроизводительная СУБД для профессиональных разработчиков. Может использоваться в качестве встроенного компонента приложений, позволяет создавать приложения с использованием сред разработки на базе языков C или C++.

RDM Mobile - одно из ведущих решений в области объектно-ориентированных баз данных. Оно оптимизировано для управления иерархическими данными и позволяет работать с данными формата XML. RDM Mobile позволяет осуществлять передачу данных между беспроводными устройствами (мобильные телефоны, PDA, переносные компьютеры и др.)

Технические характеристики СУБД Birdstep

Birdstep RDM Embedded – компактная и встраиваемая СУБД, обладающая высокой производительностью, разработанная для современных комплексных и взаимосвязанных систем прикладного назначения. RDM Embedded предоставляет разработчикам доступную и мощную функциональность для управления данными в безопасном и отказоустойчивом режиме, а также для взаимодействия с другими системами. Такие компании, как Bloomberg, HP, Lucent, Intermec, Boeing, Johnson and Johnson, 3Com и Nortel, выбрали Birdstep RDM Embedded для обработки транзакций и автоматического восстановления баз данных после сбоев.

Достоинства Birdstep RDM Embedded:

Подтвержденная годами надежность
В течение более чем 20-летнего развития RDM Embedded использовалась в нескольких миллионах приложений реального времени и системах непрерывного доступа для решения задач в области телекоммуникаций, систем сбора различного назначения и др. Разработчики концентрируются на работе с одним стандартным продуктом, а не на собственных внутренних разработках.

Использование стандартных API
Новинкой в RDM Embedded 7.1 является поддержка интерфейса XML для облегчения совместимости различных систем и интеграции приложений. RDM Embedded также включает интерфейсы Java, C/C++ и SQL с простым администрированием.

RDM Embedded разработана для встроенных систем
RDM Embedded является встраиваемой базой данных, обладает высокой производительностью и требует небольшого объема оперативной и постоянной памяти. Приложения, разработанные с использованием этой системы, устойчивы и просты в обслуживании.

Полная защита данных
RDM Embedded обеспечивает безопасность, целостность и доступность данных, применяя зеркальное копирование (data mirroring), а также обработку транзакций и автоматическое восстановление данных после сбоев.

Передовые возможности

Сложные приложения требуют быстрого, прозрачного и интегрированного управления данными. Системы со встроенными базами данных – предпочтительное решение по управлению данными для разработчиков и конечных пользователей. Для современных высокопроизводительных систем сбора требуется надежное, масштабируемое и гибкое решение по управлению данными. Разработчики нуждаются в проверенных опытом, простых в использовании решениях, которые снижают расходы на разработку, ускоряют время разработки продукта и обеспечивают его надежность при минимальном обслуживании.

Birdstep RDM Embedded – быстрая и устойчивая база данных

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

Поддержка сетевой и реляционной моделей баз данных

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

Детальное моделирование данных

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

Высокая готовность и отказоустойчивость

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

Система зеркального копирования, реализованная в RDM Embedded, представляет собой интегрированное низкоуровневое решение для зеркального копирования изменений из главной базы данных в резервную копию. Это мощное средство широко используется в системах с поддержкой высокой готовности.

Множественный доступ к базе данных позволяет приложениям выполнять доступ к нескольким файлам базы данных в пределах одной транзакции.

Автоматическое восстановление данных используется в случае сбоя в работе системы. Отдельные транзакции могут быть не завершены во время отказа системы или аппаратных средств. Очень важно вернуть систему в релевантное состояние. RDM Embedded гарантирует, что после перезагрузки все изменения, выполненные в пределах завершенных транзакций, будут применены к базе данных, перед тем как она станет доступной для других приложений.

Простая интеграция приложений и систем

Интеграция с приложениями значительно упрощается благодаря использованию стандартных интерфейсов, c помощью которых RDM Embedded может быть встроена в C/C++ , Java и SQL-приложения.

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

Используются следующие интерфейсы:

Native API. RDM Embedded включает свыше 150 функций на языке C, с помощью которых можно полностью контролировать работу базы данных.

SQL API. SQL – простой общепринятый язык для работы с базами данных. В RDM Embedded реализован SQL API для поддержки приложений, которые общаются с базой данных при помощи команд SQL.

JAVA API. Java API реализован при помощи технологии JNI (Java Native Interface). С помощью расширенного через JNI интерфейса на языке С (Native API) разработчики могут удобно и эффективно работать с данными любого уровня сложности. Такой доступ к функциональности дает существенные преимущества в скорости и минимизирует избыточность операций.

XML API. XML является новым передовым стандартом, используемым в Интернет-приложениях для упрощения обмена данными между различными гетерогенными системами. В RDM Embedded имеется слой XML Import/Export, который позволяет экспортировать и импортировать данные в виде правильно сформированных (well-formed) XML-документов. Опционально к экспортируемому или импортируемому XML-документу можно добавлять его DTD или XML-схему.

Многопользовательская поддержка

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

Целостность данных

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

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

Блокировка файлов необходима при изменении совместно используемых данных. Данные в заблокированных файлах не могут быть изменены другими клиентами.

Безопасность и высокая готовность

Гарантии безопасности, отказоустойчивости и высокой готовности данных являлись основным приоритетом при разработке архитектуры Birdstep RDM Embedded. Зеркальное копирование является комплексным низкоуровневым решением для сохранности данных и может быть использовано для разработки отказоустойчивых систем.

Оптимизация производительности приложений

Диспетчер базы данных Birdstep RDM Embedded спроектирован для высокоэффективного использования системных ресурсов. Как правило, для работы он требует до 225 Кб памяти в зависимости от операционной системы и используемых опций. Диспетчер предоставляет универсальную утилиту для конфигурации размера страниц и кэш-памяти, максимально увеличивая производительность за счет минимизации операций ввода/вывода с жесткого диска.

Многоплатформенная поддержка

RDM Embedded протестирована на разных операционных системах общего назначения и на системах работающих в режиме реального времени. Среди них – Windows, Linux, Solaris, Microsoft WinCE, QNX Neutrino, MontaVista Embedded Linux и Wind River VxWorks.

RDM Embedded продолжает быть наиболее часто используемой СУБД для встроенных приложений, начиная от сложных систем реального времени, до мобильных систем многократного применения.

XML является универсальным форматом для структурированных документов и данных в интернет. Этот язык разметки, являющийся стандартом консорциума W3C (World Wide Web Consortium), используется для создания структурированного содержания и сопровождения метаданных о нем. На практике это означает, что XML позволяет организациям совместно использовать, обмениваться и публиковать данные универсальным и общепринятым образом.

Язык XML повсеместно признан в качестве идеального средства для создания информационных сетей. В последнее время XML также рассматривается в качестве предпочтительного формата для обмена данными через беспроводные коммуникационные устройства. Язык XML, с его гибкостью и широким распространением, предлагает обобщенные средства расширения приложений, позволяя подключить мобильных пользователей как к потребительским, так и к бизнес-рынкам. Подготовленный к использованию XML процессор баз дынных Birdstep DataBase Engine, работающий в приложениях для портативных устройств, также хорошо будет работать и с периодически подключающимися пользователями.

Абстрактное определение языка XML называется множеством информации (Infoset) XML. Его целью является предоставление согласованного набора определений для ссылки на информацию в правильно построенном XML-документе.
1   2   3   4   5   6   7   8   9   ...   12

Похожие:

Реферат Отчет 142 стр., 13 рис., 7 таблиц, список литературы 2 наименования iconРеферат Отчет стр., рис., таблиц, список литературы 4 наименования
Директор научно-исследовательского института ядерной физики имени Д. В. Скобельцына мгу имени М. В. Ломоносова
Реферат Отчет 142 стр., 13 рис., 7 таблиц, список литературы 2 наименования iconА. В. Брюханов летопись природы
Отчет «Летопись природы национального парка «Зюраткуль» за 2002 год» содержит 187 стр., включая 6 таблиц и 5 приложений. Список использованной...
Реферат Отчет 142 стр., 13 рис., 7 таблиц, список литературы 2 наименования iconРеферат Отчет 120с., 13 рис., 19 таблиц в тексте, 39 источников
Фундаментальные исследования, организация управления фундаментальными исследованиями, масштабы, тенденции развития фундаментальных...
Реферат Отчет 142 стр., 13 рис., 7 таблиц, список литературы 2 наименования iconРеферат Отчет 25 стр., 1 рис
Ключевые слова: космология, внегалактическая астрономия, звезды, межзвездная среда, активные ядра
Реферат Отчет 142 стр., 13 рис., 7 таблиц, список литературы 2 наименования iconРеферат Отчёт изложен на 36 страницах, включает 12 таблиц, 3 рисунка,...
«Мониторинг и прогнозирование состояния продовольственной безопасности на территории Калужской области. Практические рекомендации...
Реферат Отчет 142 стр., 13 рис., 7 таблиц, список литературы 2 наименования iconРеферат Требование к структуре реферату
Реферат должен быть выполнен самостоятельно каждым студентом на 5 или более листах формата А4 (не включая титульный лист, содержание,...
Реферат Отчет 142 стр., 13 рис., 7 таблиц, список литературы 2 наименования iconРеферат Отчет: 180 стр., 11 рис., 12 табл., 72 источника
...
Реферат Отчет 142 стр., 13 рис., 7 таблиц, список литературы 2 наименования iconТематическое планирование стр. 7 2 Требования к уровню подготовки...
В числе приоритетных целей изучения музыкального искусства в начальной школе выступают
Реферат Отчет 142 стр., 13 рис., 7 таблиц, список литературы 2 наименования iconРеферат Баранов К. Г., Игнатенков А. И. Дипломный проект на тему...
Общий объем проекта составляет 78 страниц. Дипломный проект содержит 1 рисунок, 16 таблиц. Список литературы представлен 30 источниками...
Реферат Отчет 142 стр., 13 рис., 7 таблиц, список литературы 2 наименования iconРеферат (18 стр., рис., 3 табл.)
Объектом исследования являлись системы централизованного и локального водоотведения мо ракитинское
Реферат Отчет 142 стр., 13 рис., 7 таблиц, список литературы 2 наименования iconРеферат Отчет с. 22, рис., 3 табл
Объектом исследования являлись системы централизованного водоснабжения мо г п. Одоев
Реферат Отчет 142 стр., 13 рис., 7 таблиц, список литературы 2 наименования iconРеферат. Отчет…23с., рис., 4 табл
Объектом исследования являлись системы централизованного и локального водоотведения мо кожинское
Реферат Отчет 142 стр., 13 рис., 7 таблиц, список литературы 2 наименования iconФедеральное государственное образовательное учреждение высшего профессионального образования
Отчет о нир 65 с., 2 рис., 1 табл., приложений 2, источников использованной литературы 58
Реферат Отчет 142 стр., 13 рис., 7 таблиц, список литературы 2 наименования iconФедеральное государственное образовательное учреждение высшего профессионального образования
Отчет о нир 65 с., 2 рис., 1 табл., приложений 2, источников использованной литературы 58
Реферат Отчет 142 стр., 13 рис., 7 таблиц, список литературы 2 наименования iconФедеральное государственное образовательное учреждение высшего профессионального образования
Отчет о нир 65 с., 2 рис., 1 табл., приложений 2, источников использованной литературы 58
Реферат Отчет 142 стр., 13 рис., 7 таблиц, список литературы 2 наименования iconРеферат Отчет 35 с., 3 главы, 16 рис., 1 табл., 12 источников, 5 прил
Объектом разработки является программа восстановления каркасных 3D объектов по 2D проекциям


Школьные материалы


При копировании материала укажите ссылку © 2013
контакты
100-bal.ru
Поиск