WikiDer > Менеджер базы данных Raima

Raima Database Manager
RDM
Raima.png
Разработчики)Райма
Стабильный выпуск
14.2
Операционная системаКроссплатформенность
ТипСУБД
ЛицензияКоммерческая лицензия
Интернет сайтРайма.com/ raima-менеджер баз данных/

Менеджер базы данных Raima (или же RDM) является КИСЛОТА-соответствующий встроенная база данных система управления предназначена для использования в встроенные системы Приложения. RDM был разработан для использования многоядерных компьютеров, сетей (локальных или глобальных), а также на диске или в памяти управление хранением. RDM обеспечивает поддержку нескольких интерфейсы прикладного программирования (API): низкоуровневый C API, C ++ и SQL(родные, ODBC, JDBC, ADO.NET, и ОСТАЛЬНЫЕ). RDM очень портативен и доступен на Windows, Linux, Unix и несколько в реальном времени или встроенные операционные системы. Также доступна лицензия на исходный код.

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

История

Raima Inc. Первоначально RDM был выпущен в 1984 году и назывался db_VISTA. Это был один из первых микрокомпьютеров. сетевая модель системы управления базами данных, разработанные исключительно для использования с приложениями на языке C. В 1986 году был представлен сопутствующий продукт под названием db_QUERY, который был первой SQL-подобной утилитой для написания запросов и отчетов для базы данных сетевой модели.

Производная СУБД db_VISTA, разработанная для обеспечения высокопроизводительной клиент-серверной СУБД SQL с обработкой транзакций под названием Raima Database Server (RDS), была выпущена в 1993 году. Это была первая СУБД, которая предоставила ODBC API в качестве собственного интерфейса SQL. Это также была первая система SQL, которая включила использование сетевой модели в свои функции DDL. Вскоре после этого RDS была переименована в Velocis, а в 2001 году Сервер RDM. Версия 8.4 RDM Server была выпущена в 2012 году.

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

Также в 2013 году RDM представила первую СУБД SQL на платформе, доступную для использования с Национальные инструменты' LabView графический язык программирования; он был назван сетевым продуктом года LabView Embedded Tools от National Instruments.[1]

Версия 14.0 RDM была выпущена в третьем квартале 2016 года. RDM v. 14.0 содержит совершенно новый механизм хранения данных, оптимизированный специально для работы с резидентными наборами данных в памяти. Новая база данных в памяти (IMDB) позволяет значительно повысить производительность и снизить требования к обработке по сравнению со старыми реализациями в памяти или на диске.

Версия 14.1 RDM была выпущена в 1 квартале 18 года. В новом выпуске основное внимание уделяется простоте использования, портативности и скорости. С новым форматом файлов Raima вы можете разработать один раз и развернуть где угодно. Производительность увеличивается более чем на 50-100% в зависимости от варианта использования по сравнению с предыдущими версиями RDM. Raima расширила и улучшила поддержку SQL, снимки состояния и геопространственные функции.

Версия 14.2 RDM была выпущена в 2020 году. В новом выпуске постоянное внимание уделяется простоте использования, переносимости и скорости. Многопользовательский специализированный формат хранения: обновленный формат файлов базы данных увеличивает пропускную способность базы данных за счет сосредоточения внимания на предотвращении конфликтов. К функциональности сервера базы данных были добавлены расширенные и улучшенные геопространственные функции и новый поддерживаемый интерфейс REST-ful.

Особенности продукта

И строки исходного кода, и функции в Raima Database Manager и RDM Server объединены в один исходный код. RDM включает в себя следующие основные функции: обновленную поддержку в памяти, моментальные снимки, поддержку R-Tree, сжатие, шифрование, SQL, SQL PL и независимость от платформы - разрабатывать один раз, развертывать где угодно. RMD включает опции переносимости, такие как прямое копирование и вставка, которые позволяют разработку и развертывание на различных целевых платформах, независимо от архитектуры или порядка байтов. Релиз включает усовершенствованный интерфейс, основанный на курсоре, расширенную поддержку SQL и хранимые процедуры, поддерживающие SQL PL; он также поддерживает ODBC (C, C ++), ADO.NET (C #), RESTful и JDBC (Java). Поддерживаемые среды разработки включают Microsoft Visual Studio, Apple XCode, Eclipse и Wind River Workbench. Переработанная и оптимизированная архитектура формата файлов базы данных поддерживает соответствие ACID и защиту данных с отдельными форматами для хранения в памяти, на диске или гибридного хранилища. Форматы файлов скрывают особенности аппаратной платформы (например, порядок байтов). Пакеты для загрузки включают примеры тестов скорости и производительности RDM.

Транзакционный файловый сервер (TFS)

Программный компонент в системе RDM, который поддерживает безопасные многопользовательские транзакционные обновления набора файлов и отвечает на запросы страниц. Утилита TFServer связывается с TFS, чтобы позволить ей работать как отдельную утилиту, позволяя пользователям запускать RDM в распределенной вычислительной среде. TFS также может быть напрямую связана с приложением, чтобы избежать накладных расходов RPC, связанных с вызовом отдельного сервера.

Режимы работы

  • Однопроцессный, многопоточный
  • Многопроцессорный, отдельный транзакционный файловый сервер
  • Многопроцессорный, совместно используемый внутрипроцессный транзакционный файловый сервер

Динамический DDL

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

Шифрование

  • AES 128, 192, 256 бит

Дополнительные типы данных SQL

  • Дата
  • Время
  • Дата и время
  • Двоичный
  • Unicode
  • Немного

Поставщики данных и драйверы: взаимодействие

  • Поставщик данных ADO.Net 4.0
  • Драйвер JDBC 4.2 типа 4
  • Драйвер ODBC 3.51
  • RESTful API

Поддержка различного «дерева»

Снимки

  • Изоляция моментального снимка позволяет одновременное чтение в базу данных при выполнении транзакций записи. RDM делает замороженное изображение текущего состояния системы, и эту информацию можно читать, не останавливая запись. В любой момент пользователь может сделать снимок определенных таблиц, вызвав наш API rdm_dbStartSnapshot (). После этого система RDM создаст статическое представление указанных таблиц, где любые изменения этих таблиц не будут отражены в моментальном снимке. Затем пользователь может выполнять записи в эту таблицу вне моментального снимка, и любые чтения в представлении моментального снимка не будут ждать завершения этих записей или препятствовать завершению этих операций записи. Когда снимок больше не нужен, можно вызвать простую завершающую транзакцию, чтобы легко и быстро избавиться от него. Эта функция предоставляет конечному пользователю максимально возможное количество операций записи и чтения одновременно.

Поддержка круговых таблиц

  • Тип записи или таблица можно определить как «круговой». В циклических таблицах, когда таблица заполняется, RDM по-прежнему позволяет создавать новые экземпляры записей. Новые экземпляры записей заменят существующие, начиная с самых старых. RDM не допускает явного удаления экземпляров записей в круговой таблице.
  • Определение круглого стола включает ограничение размера. Это обеспечивает удобный способ выделения фиксированного объема дискового пространства для хранения самых последних экземпляров определенного типа записи. Например, это может быть полезно при хранении данных о событиях, которые генерируются быстро, когда актуальны только самые последние данные. Циклические таблицы устраняют риск того, что входящие данные могут не сохраниться из-за нехватки места, избегая при этом необходимости для приложения удалять устаревшие данные.

Ограничения базы данных

  • Максимальное количество одновременно открытых баз данных: без ограничений
  • Максимальное количество записей в базе данных: без ограничений
  • Максимальный размер файла базы данных: ограничен только файловой системой
  • Максимальное количество таблиц в базе данных: без ограничений
  • Максимальное количество записей на таблицу: без ограничений
  • Максимальный размер записи: 32 КБ (исключая BLOB или VARCHAR)
  • Максимальное количество полей в таблице: без ограничений
  • Максимальное количество ключей на базу данных: без ограничений
  • Требования к ОЗУ: настраивается пользователем, минимум 50 КБ
  • Размер кода: от ~ 270 КБ, в зависимости от ОС и функций базы данных

Поддерживаемые типы данных

  • BLOB-объекты
  • символ
  • Widechar
  • Варчар
  • DBADDR (ROWID)
  • Плавающая точка - 32 бит и 64 бит
  • Целое число - 8 бит, 16 бит, 32 бит и 64 бит
  • C Struct (только Core)
  • Дата / время / отметка времени
  • BCD (SQL Decimal) - Десятичный двоичный код - это стандартное представление базы данных для финансовых приложений.
  • GUID

Подробные характеристики продукта

Язык проектирования баз данных (DDL)

Не-SQL (основные) функции DDL:

  • Объявления типа записи (таблицы) в стиле C.
  • Сетевая модель установить объявления для определения отношений между записями "1-много".
  • Поддержка прямого, B-дерево, и хешированный доступ к записи.
  • База данных в памяти или декларации файла. База данных может быть спроектирована либо на диске, либо в памяти, либо гибридной, когда одни части находятся в памяти, а другие хранятся на диске.
  • Типы круговых записей (таблицы). В круговых таблицах хранится максимальное количество записей (строк), указанное пользователем. По достижении этого максимума вновь вставленные записи сохраняются в месте, занимаемом самой старой. Круглые таблицы важны для хранения данных о состоянии устройств с ограниченными ресурсами.
  • Поддерживаемые типы данных: 8, 16, 32 и 64-битные целые числа со знаком или без знака, число с плавающей запятой, двойное, десятичное (BCD), символ фиксированной или переменной длины или широкий символ, двоичные или символьные большие объекты (капли), дата, время, метка времени , guid / uuid и db_addr (адрес базы данных - также известный как rowid).
  • Поддержка полей данных структур и массивов.
  • Дополнительный пользовательский контроль над организацией файлов базы данных и размерами страниц.

Возможности SQL DDL:

  • Заявлено ссылочная целостность поддержка автоматически реализуется с использованием RDM сетевая модель наборы.
  • Поддержка прямого, B-дерево, и хешированный доступ к строке.
  • База данных в памяти или объявления таблиц.
  • Круглые столы.
  • Объявления виртуальных таблиц, которые обеспечивают доступ SQL к внешним источникам данных (например, данным датчиков в реальном времени).
  • Поддерживаемые типы данных: boolean, tinyint, smallint, integer, bigint, decimal, real, float / double, binary / varbinary, long varbinary, char / varchar, wchar / wvarchar, long varchar, long wvarchar, date, time, timestamp, guid / uuid, rowid (внешний и первичный ключи).
  • Объявления домена.

Транзакционный файловый сервер

Сервер транзакций RDM (TFS) специализируется на обслуживании и управлении файлами базы данных на заданном носителе. TFS - это набор функций, вызываемых средой выполнения RDM для управления совместным использованием файлов базы данных одним или несколькими экземплярами библиотеки времени выполнения. В обычной многопользовательской конфигурации функции TFS заключены в серверный процесс, называемый TFServer. Стандартный TCP / IP может использоваться для установления соединения независимо от того, находятся ли библиотека времени выполнения и TFServer на одном компьютере или на разных компьютерах. Однако на том же компьютере по умолчанию доступен более быстрый протокол с общей памятью.

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

Операция транзакционного файлового сервера Raima Database Manager

TFServer следует рассматривать как «контроллер базы данных» во многом так же, как контроллер диска управляет устройством хранения. TFS инициализируется корневым каталогом, в котором хранятся все файлы, управляемые TFS. Если на одном компьютере установлено несколько контроллеров дисков, рекомендуется назначить каждому контроллеру по одному TFServer. Это облегчает параллелизм на одном компьютере, особенно когда также присутствует несколько ядер ЦП.

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

Функции TFS используются средой выполнения RDM, поэтому программист не видит выполняемых им вызовов. Эти функции доступны для библиотеки времени выполнения в трех формах. Для наглядности мы называем их TFSr, TFSt и TFS:

  • TFSt: актуальные полнофункциональные функции TFS, вызываемые непосредственно библиотекой времени выполнения. Поддерживает несколько потоков в одном приложении.
  • TFSr: библиотека RPC (удаленного вызова процедур). При вызове библиотекой времени выполнения эти функции подключаются к одному или нескольким процессам TFServer и вызывают в них функции TFS. Конфигурация клиент / сервер.
  • TFS: «Автономные» функции TFS, вызываемые непосредственно библиотекой времени выполнения, но предназначенные только для однопроцессного использования (при использовании нескольких потоков каждая из них должна иметь доступ только к другой базе данных). Используется для пакетных операций с высокой пропускной способностью, когда базы данных в противном случае отключены. Допускаются небезопасные (но быстрые) обновления.

Объединения баз данных

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

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

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

Шифрование базы данных

RDM позволяет зашифровать все содержимое базы данных, прежде чем оно будет передано по сети и записано в файлы базы данных. Шифрование RDM поддерживает Rijndael / AES алгоритм шифрования со 128-, 192- или 256-битными ключами на основе ключа шифрования, указанного в приложении.

Зеркальное отображение базы данных и поддержка высокой доступности

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

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

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

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

Репликация базы данных

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

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

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

SQL / PL

Язык программирования RDM SQL (SQL PL) основан на спецификации ansi / ISO SQL Persistent Stored Modules (PSM) (ISO / IEC 90756-4: 2011 +2012). Он предоставляет язык высокого уровня, на котором хранимые процедуры и функции могут быть написаны, скомпилированы и вызваны в системе RDM SQL.

  • SQL PL - это полный с точки зрения вычислений язык программирования для использования в хранимых подпрограммах (процедурах или функциях) RDM SQL. Язык имеет блочную структуру с возможностью объявлять переменные, соответствующие обычным правилам области видимости, с помощью оператора присваивания, чтобы им можно было присвоить значение. Предоставляемые конструкции потока управления включают операторы if-elseif-else и case вместе с несколькими конструкциями управления циклом (включая while, repeat-until и for loop).
  • Беспрепятственный доступ к SQL обеспечивается за счет возможности выполнять большинство операторов SQL, которые могут включать ссылки на локально объявленные переменные. Также предоставляется возможность объявлять курсоры, позволяющие извлекать строки из операторов select в локально объявленные переменные, что позволяет проверять значения столбца результатов и управлять ими в сохраненной подпрограмме.
  • Также предусмотрена обработка исключений, позволяющая кодировать обработчики для определенных или классов ошибок или состояний, возвращаемых при выполнении оператора SQL. Кроме того, также можно определить пользовательское условие и обработчик исключений, а программа будет сигнализировать о собственных особых исключениях.

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

  • Небольшие размеры - не предусмотрены представления SQL или безопасность, поскольку они обычно не нужны во встроенных системных приложениях, а их отсутствие помогает уменьшить объем SQL-запросов.[2]
  • Поддержка стандартных транзакций SQL и ссылочной целостности.
  • Системный каталог SQL и хранимые процедуры могут храниться в файле или как статически объявленные структуры данных в модулях C.
  • Оптимизация запросов на основе затрат с помощью богатого набора встроенных скалярных и агрегатных функций. Оптимизатору доступны различные методы доступа к таблицам: прямой доступ к строкам (через первичные ключи rowid), оптимальный доступ к соединению первичного / внешнего ключа через наборы сетевых моделей, B-дерево и хэш-индексы.
  • Возможность расширения возможностей SQL с помощью определяемых пользователем скалярных и агрегатных функций на основе языка C.
  • Возможность расширения возможностей SQL с помощью пользовательских интерфейсов виртуальных таблиц на основе языка C, которые обеспечивают доступ SQL к внешним источникам данных, таким как данные датчиков в реальном времени.
  • Импорт / экспорт таблиц базы данных в / из файлов с разделителями-запятыми или файлов XML.
  • Возможность иметь доступ только для чтения из SQL к базе данных, отличной от SQL (т. Е. Базового уровня). Это означает, например, что удаленное приложение RDM SQL может получить доступ к базе данных не-SQL RDM, работающей на устройстве с очень ограниченными ресурсами.

Интерфейсы прикладного программирования

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

  • API курсора на основе C - облегчает просмотр записей базы данных для извлечения, вставки, обновления и удаления записей базы данных. Курсоры Record, Key и Set полностью соответствуют концепциям баз данных RDM. Это напоминает современные концепции программирования итерации по коллекции.
  • Комплексный SQL API - доступ к внутреннему интерфейсу через упрощенный ODBC-подобный API, использующий дизайн Raima. Он также поддерживает хранимые процедуры и большинство других стандартных SQL.
  • API языка программирования SQL (PL) - позволяет реализовать логику программирования с помощью чистого SQL. Разработчики могут использовать свои знания SQL и при этом добавлять условия и логику программирования.
  • API ODBC на основе стандартов. Следуя стандартам ODBC, API ODBC был разработан, чтобы разработчики получили знакомый способ использования механизма базы данных RDM.
  • JDBC - стандартный интерфейс JAVA к ядру базы данных RDM с двумя режимами работы: первый через TCP / IP, а второй - прямая связь через JNI.
  • ADO.NET - стандартный интерфейс C #. Поддерживаемый метод подключения - через TCP / IP.
  • RESTful - REST-ful API - это современный API, разработанный для разработчиков приложений, которые хотят иметь возможность просматривать и изменять содержимое базы данных с помощью методов HTTP GET, POST, PUT и DELETE с форматом возврата JSON. Кроме того, предоставляется административный набор API-интерфейсов, позволяющий быстро просмотреть состояние всей подсистемы RDM. Такие элементы, как использование памяти, использование ЦП, размер базы данных и конфигурация базы данных, доступны через интерфейс HTTP. Этот API идеально подходит для разработчика, который интересуется веб-разработкой или хочет создать быстрый интерфейс для базы данных RDM, доступной на любой платформе через веб-браузер.
  • Объектно-ориентированный API курсора C ++ - API C ++ был разработан, чтобы быть простым в использовании, предоставляя разработчикам полный доступ и контроль как к сетевым, так и к реляционным функциям RDM.
  • Устаревший Navigational C API - низкоуровневый C RDM по-прежнему поддерживается, с небольшими изменениями, необходимыми для разработчика.

Поддерживаемые платформы

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

Пакеты RDM

RDM состоит из двух пакетов: RDM Core и RDM Enterprise.

  • RDM Core включает только основной интерфейс API курсора; это базовый и наиболее оптимизированный API, разработанный для использования с языком программирования C.
  • RDM Enterprise содержит как API базового курсора, так и интерфейс SQL в дополнение ко всем остальным API. Этот пакет позволяет использовать интерфейс C # ADO.NET, интерфейс JAVA JDBC, RESTful API и интерфейс ODBC. Он также имеет полную поддержку сторонних средств подключения и администрирования, в дополнение к поддержке полного устаревшего API из предыдущих версий линейки продуктов RDM.

Заказчики и приложения

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

  • Mitsubishi Electric—IQ Platform C Controller PLC
  • Schneider Electric- «ezXOS» в продукте OASyS DNA
  • Hydro-Québec—Система CEDA для управления настройкой и конфигурацией генераторов на электростанциях.
  • Общая динамика- "ТИЭФ" - агент базы данных возможностей обмена тактической информацией.
  • Боинг- «ДРЛО» - радиолокационная электронная система бортовой системы предупреждения и управления.
  • Raytheon—Управление тактическим профилем полета на низком уровне в Pave Hawk
  • Локхид Мартин—Симуляторы полета
  • Benu Networks - Платформа предоставления широкополосных услуг
  • Джонсон и Джонсон—Системы пациента VITROS
  • Бекман Коултер—Клиническая система UniCel DxC 800 Synchron
  • Сименс- Оборудование для тестирования медицинских жидкостей RapidPoint 400
  • IBM—Система управления исходным кодом ClearCase
  • Magellan Navigation—MAPSEND GPS, используемый в ПК и встраиваемых устройствах.
  • NSE—Надежное хранение данных о торговле акциями
  • NCDEX—Обслуживание базы данных в реальном времени для торгового приложения

Рекомендации

  1. ^ Лаура Арнольд (2013-05-08). «Лучшие достижения партнеров Альянса, признанные в ходе NIWeek 2013 - дискуссионные форумы - National Instruments». Decibel.ni.com. Получено 2017-06-25.
  2. ^ Рэнди Мерилатт (09.06.2010). «Является ли использование SQL во встроенном компьютерном приложении тем же, что и попытка втиснуть СЛОНА в MINI? - Дизайн встроенных вычислений». Embedded-computing.com. Получено 2017-06-25.

внешняя ссылка