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

1. Архитектура системы реляционной базы данных, динамически масштабируемая распределенная гетерогенная платформа, используемая для сбора и распределения данных, включает:
по крайней мере один сервер порядка действий, который получает задачи для исполнения с реляционной базы данных порядка действий, применяемой на платформе РСУБД, отличающийся тем, что по крайней мере один сервер порядка действий управляет и повторяющимися запланированными задачами, и одноразовыми ситуативными задачами и запросами базы данных;
по крайней мере один модуль управления процессом, работающий на по крайней мере одном сервере, модуль управления процессом принимает задачи для исполнения с по крайней мере одного связанного сервера порядка действий;
несколько серверов баз данных, хранящих данные и выполняющих операции под руководством по крайней мере одного модуля управления процессом; и
несколько агентов платформы, каждый из которых предоставляет коммуникационные сервисы особой платформы клиента базы данных для по крайней мере одного модуля управления процессом под руководством по крайней мере одного сервера порядка действий,
отличающаяся тем, что по крайней мере один модуль управления процессом передает вызовы удаленных процедур для исполнения на одном или нескольких серверах баз данных агентам платформы тех соответствующих серверов баз данных, где те агенты платформы передают результаты исполнения вызовов удаленных процедур обратно на модуль управления процессом.
2. Архитектура системы базы данных по п. 1, отличающаяся тем, что архитектура системы динамически масштабируется в отношении числа серверов баз данных, формирующих распределенную систему баз данных и топологию распределенной системы баз данных.
3. Архитектура системы базы данных по п. 1, отличающаяся тем, что сохраненные данные копируются на несколько серверов баз данных из множества серверов баз данных.
4. Архитектура системы базы данных по п. 1, отличающаяся тем, что целостность данных сохраняется путем использования пространственно-временной индексации для сохранения и управления данными, сохраненными на множестве серверов баз данных с учетом времени и места внутри пространства, отличающаяся тем, что сохраненные данные показывают, какие данные находятся в определенном месте в течение определенного времени.
5. Архитектура системы базы данных по п. 1, отличающаяся тем, что топология исполнения определена по крайней мере одним сервером порядка действий, который организовывает исполнение запросов на по крайней мере одном из множества серверов баз данных, создавая другую топологию исполнения при каждом исполнении запроса.
6. Архитектура системы базы данных по п. 1, отличающаяся тем, что используемая схема пространственно-временного хранения данных является, как минимум, пятимерным индексом, включающим идентификатор объекта, время и трехмерную пару пространственных координат, а также детализацию конечного времени, когда данные были введены в систему структуры базы данных.
7. Архитектура системы базы данных по п. 6, отличающаяся тем, что схема пространственно-временного хранения данных создает радиально-базисную схему хранения, на основе пространственных характеристик сохраненных данных.
8. Архитектура системы базы данных по п. 7, отличающаяся тем, что множество серверов баз данных имеют совпадающее пространственное хранение, что создает естественное копирование данных, которое отличается от грид-реплик данных тем, что копированные данные присваиваются не определенному серверу, а пространству внутри архитектуры системы.
9. Архитектура системы базы данных по п. 1, отличающаяся тем, что каждый из множества агентов платформы связан с одной из платформ Oracle, Sybase, PostgreSQL, Informix, MySQL, InfiniDB, DB2, MariaDB, Percona and SQL* Server.
10. Архитектура системы базы данных по п. 1, отличающаяся тем, что по крайней мере один из по крайней мере одного сервера базы данных используется на поезде и собирает данные, производимые системой управления поездом, системой контроля за поездом и системой помощи машинисту.
11. Способ для осуществления динамически масштабируемой распределенной гетерогенной платформы архитектуры системы реляционной базы данных, используемой для сбора и распределения данных, архитектура системы базы данных включает по крайней мере один сервер порядка действий, по крайней мере один модуль управления процессом, работающий на по крайней мере одном сервере, множество серверов баз данных и множество агентов платформ, способ включает в себя:
по крайней мере один агент-сервер, который получает задачи для исполнения с реляционной базы данных порядка действий, применяемой на платформе РСУБД, отличающийся тем, что по крайней мере один сервер порядка действий управляет и повторяющимися запланированными задачами и одноразовыми ситуативными задачами и запросами базы данных;
по крайней мере один модуль управления процессом, принимающий задачи для исполнения с по крайней мере одного связанного сервера порядка действий;
множество серверов баз данных, хранящих данные и осуществляющих операции под руководством по крайней мере одного модуля управления процессом, отличающаяся тем, что каждый из них предоставляет платформу определенной базы данных сервисов клиентского взаимодействия для по крайней мере одного модуля управления процессом под руководством по крайней мере одного сервера порядка действий,
отличающаяся тем, что по крайней мере один модуль управления процессом передает вызовы удаленных процедур для исполнения на одном или нескольких серверах баз данных агентам платформы тех соответствующих серверов баз данных, где те агенты платформы передают результаты исполнения вызовов удаленных процедур обратно на модуль управления процессом.
12. Способ по п. 11, отличающийся тем, что архитектура системы динамически масштабируется в отношении числа серверов баз данных, формирующих распределенную систему баз данных и топологию распределенной системы баз данных.
13. Способ по п. 11, отличающийся тем, что сохраненные данные копируются на несколько серверов баз данных из множества серверов баз данных.
14. Способ по п. 11, отличающийся тем, что целостность данных сохраняется путем использования пространственно-временной индексации для сохранения и управления данными, сохраненными на множестве серверов баз данных с учетом времени и места внутри пространства, отличающаяся тем, что сохраненные данные показывают, какие данные находятся в определенном месте в течение определенного времени.
15. Способ по п. 11, отличающийся тем, что топология исполнения определена по крайней мере одним сервером порядка действий, который организовывает исполнение запросов на по крайней мере одном из множества серверов баз данных, создавая другую топологию исполнения при каждом исполнении запроса.
16. Способ по п. 11, отличающийся тем, что используемая схема пространственно-временного хранения данных является, как минимум, пятимерным индексом, включающим идентификатор объекта, время и трехмерную пару пространственных координат, а также детализацию конечного времени, когда данные были введены в систему структуры базы данных.
17. Способ по п. 11, отличающийся тем, что схема пространственно-временного хранения данных создает радиально-базисную схему хранения на основе пространственных характеристик сохраненных данных.
18. Способ по п. 17, отличающийся тем, что множество серверов баз данных имеют совпадающее пространственное хранение, что создает естественное копирование данных, которое отличается от грид-реплик данных тем, что копированные данные присваиваются не определенному серверу, а пространству внутри архитектуры системы.
19. Способ по п. 11, отличающийся тем, что каждый из множества агентов платформы связан с одной из платформ Oracle, Sybase, PostgreSQL, Informix, MySQL, InfiniDB, DB2, MariaDB, Percona and SQL* Server.
20. Способ по п. 11, отличающийся тем, что по крайней мере один из по крайней мере одного сервера базы данных используется на поезде и собирает данные, производимые системами в поезде, системой контроля поезда и системой помощи машинисту.
21. Способ по п. 11, также включающий добавление или удаление одного или нескольких серверов баз данных без прерывания работы системы, отличающийся тем, что топология архитектуры системы динамически меняется в соответствии с добавлением или изъятием.