Raima Database Manager (или RDM ) - это совместимая с ACID встроенная система управления базами данных, предназначенная для использования во встроенных системных приложениях. RDM был разработан для использования многоядерных компьютеров, сетей (локальных или глобальных) и управления хранением на диске или в памяти . RDM обеспечивает поддержку нескольких интерфейсов прикладного программирования (API): низкоуровневый C API, C ++ и SQL (собственный, ODBC , JDBC , ADO.NET и REST ). RDM очень портативен и доступен в Windows , Linux , Unix.и несколько операционных систем реального времени или встроенных операционных систем . Также доступна лицензия на исходный код.
Разработчики) | Райма |
---|---|
Стабильный выпуск | 14,2 |
Операционная система | Кроссплатформенность |
Тип | СУБД |
Лицензия | Коммерческая лицензия |
Веб-сайт | raima |
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 Server . Версия 8.4 RDM Server была выпущена в 2012 году.
Непрерывная разработка RDM (также известного как RDM Embedded) продолжалась с последними добавлениями функций, включая использование зеркального отображения базы данных для поддержки систем высокой доступности (HA), репликацию базы данных, многоверсионный параллелизм с транзакциями только для чтения, несколько транзакционных файлов доступ к серверу, шифрование и SQL, разработанные специально для использования во встроенных системных приложениях. Версия 12.0 RDM была выпущена в 2013 году.
Кроме того, в 2013 году, RDM представила первую на платформе СУБД для использования с SQL National Instruments ' LabView языком программирования графического; он был назван Сетевым продуктом года для встраиваемых систем LabView от 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
- Дата
- Время
- Дата и время
- Двоичный
- Юникод
- Немного
Поставщики данных и драйверы: взаимодействие
- Поставщик данных ADO.Net 4.0
- Драйвер JDBC 4.2 типа 4
- Драйвер ODBC 3.51
- RESTful API
Различная «древовидная» поддержка
- Поддержка индексации AVL-Tree
- Поддержка индексации B-Tree
- Поддержка индексации R-Tree
- Поддержка индексации хэш-таблицы
Снимки
- Изоляция моментальных снимков позволяет одновременное чтение в базу данных при выполнении транзакций записи. 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)
Возможности DDL, отличные от SQL (основные):
- Объявления типа записи (таблицы) в стиле 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, расположение других процессов невидимо, поэтому все процессы могут быть на одном компьютере или все могут быть на разных компьютерах. Это дает возможности для истинно распределенной обработки.
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 по какой-либо причине монитор высокой доступности приложения может автоматически переключиться на зеркальный 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, доступной на любой платформе через веб-браузер.
- Объектно-ориентированный C ++ Cursor API - C ++ API был разработан, чтобы быть простым в использовании, предоставляя разработчикам полный доступ и контроль как к сетевым, так и к реляционным функциям RDM.
- Legacy Navigational C API - низкоуровневый C RDM по-прежнему поддерживается, с небольшими изменениями, необходимыми для разработчика.
Поддерживаемые платформы
RDM был перенесен на широкий спектр компьютеров и операционных систем. Пакеты доступны для следующих платформ:
- MS Windows 32, 64 бит
- Linux 32, 64 бит
- Android
- QNX Neutrino ARM / x86 / PPC 32-разрядная.
- Wind River VxWorks
- Целостность Green Hills
- 64-разрядная версия macOS
- HPUX PA-Risc / Itanium 32, 64 бит
- Solaris SPARC / x86 32, 64 бит
- AIX PPC 32, 64 бит.
- iOS
- FreeRTOS
Пакеты 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, ПЛК
- Schneider Electric - «ezXOS» в продукте OASyS DNA
- Hydro-Québec - система CEDA для управления настройкой и конфигурацией генераторов на электростанциях
- General Dynamics - "TIEF" - агент базы данных возможностей обмена тактической информацией
- Boeing - "ДРЛО" - радиолокационная электронная система бортовой системы предупреждения и управления.
- Raytheon - низкоуровневое управление тактическим профилем полета в Pave Hawk.
- Lockheed Martin —Симуляторы полета
- Benu Networks - Платформа предоставления широкополосных услуг
- Johnson & Johnson — Системы пациентов VITROS
- Beckman Coulter — Клиническая система UniCel DxC 800 Synchron
- Siemens —RapidPoint 400 оборудование для тестирования медицинских жидкостей
- IBM —ClearCase система контроля исходного кода
- Magellan Navigation —MAPSEND GPS, используемый в ПК и встраиваемых продуктах
- NSE — Надежное хранение данных о торговле акциями
- NCDEX - услуги базы данных в реальном времени для торгового приложения.
Рекомендации
- ^ Лаура Арнольд (2013-05-08). «Лучшие достижения партнеров альянса, отмеченные в ходе NIWeek 2013 - дискуссионные форумы - National Instruments» . Decibel.ni.com . Проверено 25 июня 2017 .
- ^ Рэнди Мерилатт (09.06.2010). «Является ли использование SQL во встроенном компьютерном приложении тем же, что и попытка втиснуть СЛОНА в МИНИ? - Дизайн встроенных вычислений» . Embedded-computing.com . Проверено 25 июня 2017 .
Внешние ссылки
- Менеджер базы данных Raima
- Оценочные пакеты RDM