RU2324973C1 - Ad-hoc-queries system for automated control system - Google Patents
Ad-hoc-queries system for automated control system Download PDFInfo
- Publication number
- RU2324973C1 RU2324973C1 RU2006131366/09A RU2006131366A RU2324973C1 RU 2324973 C1 RU2324973 C1 RU 2324973C1 RU 2006131366/09 A RU2006131366/09 A RU 2006131366/09A RU 2006131366 A RU2006131366 A RU 2006131366A RU 2324973 C1 RU2324973 C1 RU 2324973C1
- Authority
- RU
- Russia
- Prior art keywords
- block
- unit
- information
- input
- module
- Prior art date
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
Изобретение относится к вычислительной технике, а именно к средствам сбора и обработки данных, предназначенным для управления бюджетным процессом на региональном уровне (уровне субъекта РФ и муниципального образования), и может быть использовано, в частности, при осуществлении процессов бюджетного планирования (включая среднесрочное), финансирования, учета, формирования отчетности, включая казначейский способ исполнения бюджета, для уровня финансового органа, главных распорядителей средств бюджета и бюджетных учреждений.The invention relates to computer technology, and in particular to data collection and processing tools designed to manage the budget process at the regional level (the level of the subject of the Russian Federation and the municipality), and can be used, in particular, in the implementation of budget planning processes (including medium-term), financing, accounting, reporting, including the treasury method of budget execution, for the level of the financial authority, the main managers of budget funds and budgetary institutions.
Одной из задач системы управления бюджетным процессом на региональном (муниципальном) уровне, являющейся информационной системой класса OLTP (OnLine Transaction Processing) со сложной структурой информационной базы, большими объемами базы и большим числом как локальных, так и территориально удаленных пользователей, является необходимость организации нерегламентированных запросов, формируемых непосредственно пользователями к информации базы данных. Это вызывает необходимость разработки оригинального механизма динамического формирования запросов в базу данных автоматизированной системы управления, в условиях непрерывно продолжающегося увеличения функциональных комплексов системы, роста числа пользователей и увеличения их информационных потребностей.One of the tasks of the budget process management system at the regional (municipal) level, which is an information system of the OLTP (OnLine Transaction Processing) class with a complex information base structure, large database volumes and a large number of both local and geographically remote users, is the need to organize unregulated requests generated directly by users to database information. This necessitates the development of an original mechanism for the dynamic generation of queries to the database of an automated control system, in the context of a continuously ongoing increase in the functional complexes of the system, an increase in the number of users and an increase in their information needs.
Известна Автоматизированная система для предоставления информации о задолженностях и платежах потребителей услуг по патенту РФ №2256215, G06F 17/60, опубл. 10.07.2005 г., выбранная в качестве ближайшего аналога по своему функциональному назначению, которое заключается в создании и хранении на сервере баз данных центральной информационной базы данных, формировании и передаче запросов от пользователей к этой базе данных, их обработке с помощью соответствующих блоков системы и представлении в том или ином виде (в электронном или на бумажных носителях) результатов (ответов на запросы).Known Automated system for providing information on debts and payments of consumers of services according to the patent of the Russian Federation No. 2256215, G06F 17/60, publ. July 10, 2005, chosen as the closest analogue for its functional purpose, which consists in creating and storing a central information database on a database server, generating and transmitting requests from users to this database, and processing them using the appropriate system units and presentation in one form or another (in electronic or paper) of the results (responses to inquiries).
В этой автоматизированной системе каждый из терминалов, установленных в пунктах приема платежей от потребителей услуг и у поставщиков услуг, через сеть передачи данных соединен с блоком хранения и обработки информации о задолженностях и платежах потребителей услуг, включающим в себя первое средство связи с терминалами, установленными в пунктах приема платежей, второе средство связи с терминалами, установленными у поставщиков услуг, и сервер баз данных, содержащий блок регистрации участников системы, блок хранения данных, блок управления счетами и блок формирования платежных документов, интерфейсы которых соединены с первым средством связи, а также содержащий блок формирования исходящих реестров, блок обработки входящих реестров и блок формирования платежных документов, причем блок регистрации участников соединен двунаправленной информационной связью с блоком хранения данных, соединенным двунаправленной информационной связью с блоком управления счетами, один выход которого соединен со входом блока формирования платежных документов, другой выход соединен со входом блока формирования исходящих реестров, а вход соединен с выходом блока обработки входящих реестров, вход которого соединен с выходом блока хранения реестров, соединенного входом с выходом блока формирования исходящих реестров, при этом интерфейс блока хранения реестров соединен со вторым средством связи.In this automated system, each of the terminals installed at payment acceptance points from service consumers and service providers is connected via a data transmission network to a unit for storing and processing information about debts and payments of service consumers, which includes the first means of communication with the terminals installed in payment reception centers, a second means of communication with terminals installed at service providers, and a database server comprising a system for registering system participants, a data storage unit, a control unit I have accounts and a block for generating payment documents, the interfaces of which are connected to the first means of communication, and also containing a block for generating outgoing registries, a block for processing incoming registers and a block for generating payment documents, and the unit for registering participants is connected by a bi-directional information connection to a data storage unit connected by a bi-directional information communication with the account management unit, one output of which is connected to the input of the payment document generation unit, another output is connected to the input ohm of the unit for generating outgoing registries, and the input is connected to the output of the processing unit for incoming registries, the input of which is connected to the output of the unit for storing registries connected to the input with the output of the unit for generating outgoing registries, while the interface of the unit for storing the registries is connected to the second communication facility.
Известное устройство позволяет осуществлять весь обмен информацией, включая формирование запросов и получение ответов, по каналам связи в электронной форме, что значительно облегчает процесс осуществления платежей для абонентов. Кроме того, повышается скорость получения поставщиками услуг информации о задолженностях и платежах, обеспечивается возможность оперативного контроля за процессом прохождения денежных средств от совершения платежей абонентами до зачисления на расчетный счет и возможность наращивания (масштабирования) системы.The known device allows for the entire exchange of information, including the formation of requests and receiving answers, via electronic communication channels, which greatly facilitates the process of making payments for subscribers. In addition, the speed of obtaining information on debts and payments by service providers is increased, the possibility of operational control over the process of passing funds from making payments to subscribers to crediting to a current account and the possibility of increasing (scaling) the system are provided.
Однако в то же время известная система не позволяет использовать ее для целей иных, чем учет задолженностей и платежей потребителей коммунальных услуг, поскольку характеризуется ограниченными функциональными возможностями и быстродействием, большими временными и материальными затратами на сбор, обработку и предоставление информации, невысокой надежностью работы системы, что в конечном счете приводит к снижению эффективности работы системы в целом. Указанные недостатки обусловлены тем, что в известной системе невозможно быстрое формирование произвольных запросов пользователей к базе данных по произвольным параметрам, а только по определенному их перечню; формы представления выбранных по запросу данных строго регламентированы, и их число ограничено; не предусмотрена возможность оперативного формирования аналитической отчетности и т.д.However, at the same time, the known system does not allow using it for purposes other than accounting for debts and payments of consumers of public utilities, as it is characterized by limited functionality and speed, high time and material costs for collecting, processing and providing information, low reliability of the system, which ultimately leads to a decrease in the overall system performance. These shortcomings are due to the fact that in the known system it is impossible to quickly generate arbitrary user requests to the database for arbitrary parameters, but only for a specific list of them; the presentation forms of the data selected upon request are strictly regulated, and their number is limited; the possibility of the operational formation of analytical reporting, etc. is not provided.
Заявленное изобретение решает задачу создания высокоэффективной и надежной автоматизированной системы управления бюджетным процессом на региональном (муниципальном) уровне, а также расширение ее функциональных возможностей за счет наличия в системе взаимосвязанных блоков и модулей, обеспечивающих осуществление и оптимизацию процесса выполнения нерегламентных запросов к базе данных бюджетного процесса.The claimed invention solves the problem of creating a highly efficient and reliable automated budget process management system at the regional (municipal) level, as well as expanding its functionality due to the presence of interconnected blocks and modules in the system that ensure the implementation and optimization of the process of performing unregulated queries to the budget process database.
При этом под нерегламентными запросами в рамках настоящего изобретения понимают произвольно формируемые пользователем в процессе работы структуры (с использованием механизмов настроек) и наборы (с использованием механизмов фильтров) запрашиваемых данных в отличие от регламентных запросов, т.е. заранее определенных пользователями структур и форм представления запрашиваемых данных. Формы представления результатов нерегламентных запросов могут быть различны (просмотры, отчеты, выгруженные файлы, поддерживаемые Windows).At the same time, unregulated requests within the framework of the present invention are understood to mean structures (using the setting mechanisms) randomly generated by the user during operation and sets (using filter mechanisms) of the requested data, in contrast to regular requests, i.e. user-defined structures and forms for presenting requested data. Forms for presenting the results of non-ad hoc queries may vary (views, reports, uploaded files, supported by Windows).
Кроме того, система должна обеспечивать пользователей механизмом для формирования производных значений на отфильтрованных совокупностях сгруппированных данных.In addition, the system should provide users with a mechanism for generating derived values on filtered aggregates of grouped data.
Поставленная задача обеспечивается тем, что система обеспечения нерегламентных запросов к базе данных, включающая блок ввода, регистрации, утверждения, обработки и свода информации удаленных пользователей и блок ввода, регистрации и хранения объектов и информации центральной базы данных, функции каждого из которых аналогичны одновременно функциям входного терминала, сети передачи данных и блока хранения и обработки информации в прототипе, дополнительно снабжена блоком ввода, регистрации и хранения метаинформации и блоком взаимодействия базы метаинформации и базы данных, соединенным с каждым из указанных выше блоков двусторонней связью, а также блоком оптимизации исполнения нерегламентных запросов, вход которого подключен к блоку взаимодействия базы метаинформации и базы данных, блоком фильтрации данных, блоком представления информации нерегламентных запросов, блоком выгрузки результатов нерегламентных запросов и блоком параметрического вызова формы ввода, причем первый выход блока оптимизации исполнения нерегламентных запросов соединен с блоком фильтрации данных, а второй его выход - с одним из входов блока представления информации нерегламентных запросов, блок фильтрации данных и блок представления информации нерегламентных запросов соединены каждый двусторонней связью с блоком взаимодействия базы метаинформации, выход блока фильтрации данных подключен ко второму входу блока представления информации нерегламентных запросов, второй выход которого, в свою очередь, подключен ко входу блока выгрузки результатов нерегламентных запросов, а третий его выход соединен двусторонней связью с блоком параметрического вызова формы ввода.The stated task is ensured by the fact that the system for providing non-regulatory queries to the database, including a block for input, registration, approval, processing and compilation of information of remote users and a block for input, registration and storage of objects and information of a central database, the functions of each of which are similar to the functions of the input terminal, data transmission network and information storage and processing unit in the prototype, is additionally equipped with an input, registration and storage unit of meta-information and an interaction unit vii meta-information database and database, connected to each of the above blocks by two-way communication, as well as an optimization block for the execution of non-regulatory requests, the input of which is connected to the interaction block of the meta-information database and the database, a data filtering unit, a non-regulatory request information submission unit, a results upload block ad-hoc queries and the unit of parametric call of the input form, and the first output of the ad-hoc execution optimization unit is connected to the filtering unit for data, and its second output - with one of the inputs of the block of information for ad-hoc queries, the data filtering unit and the unit for presenting information of ad-hoc requests are each connected by two-way communication with the unit for interacting with the meta-information base, the output of the data filtering unit is connected to the second input of the unit for presenting ad-hoc information, the second output of which, in turn, is connected to the input of the unit for unloading the results of unregulated requests, and its third output is connected by two-way communication with the bl With the parametric call of the input form.
Кроме того, блок ввода, регистрации и хранения метаинформации включает последовательно соединенные двусторонней связью блок идентификаторов запросов, блок идентификаторов таблиц и блок идентификаторов алиасов таблиц, а также блок идентификаторов глобальных условий отбора и блок формирования подсхемы запроса, выходы которых подключены одновременно ко входам блока идентификаторов запросов и блока идентификаторов таблиц; соединенные двусторонней связью блок идентификаторов полей запроса и блок идентификаторов связей полей с таблицами, причем выходы последнего подключены к соответствующим входам блока идентификаторов запросов и блока идентификаторов таблиц; последовательно соединенные двусторонней связью блок идентификаторов форм просмотра, блок идентификаторов полей форм и блок идентификаторов полей фильтров, причем выход блока идентификаторов полей форм подключен ко входу блока идентификаторов запроса.In addition, the block of input, registration and storage of meta-information includes a block of request identifiers, a block of table identifiers and a block of identifiers of table aliases, as well as a block of identifiers of global selection conditions and a block for generating a subcircuit of requests, the outputs of which are connected simultaneously to the inputs of the block of request identifiers and a block of table identifiers; a query field identifier block and a field link table identifier block connected by a two-way communication, the outputs of the latter being connected to the corresponding inputs of the query identifier block and the table identifier block; a block of identifiers of viewing forms, a block of identifiers of fields of forms, and a block of identifiers of fields of filters, sequentially connected by a two-way communication, the output of a block of identifiers of fields of forms being connected to the input of a block of identifiers of request.
Кроме того, блок ввода, регистрации и хранения объектов и информации центральной базы данных выполнен в виде блока хранения объектов и информации, включающего связанные двусторонней связью модуль контроля и модуль хранения данных, содержащий также центральную и локальную базы данных, подключенного к выходу блока ввода и регистрации объектов и информации, включающего подключенные последовательно модуль регистрации объектов и информации, модуль ввода объектов и информации, модуль приема данных и модуль контроля.In addition, the unit for input, registration and storage of objects and information of the central database is made in the form of a unit for storing objects and information, including a control module and a data storage module connected by two-way communication, which also contains a central and local database connected to the output of the input and registration unit objects and information, including a sequentially connected module for registering objects and information, an object and information input module, a data receiving module and a control module.
Кроме того, блок взаимодействия базы метаинформации и базы данных выполнен в виде блока хранения информации базы данных, связанного двусторонней связью с блоком хранения информации метабазы, включающим модуль ввода метаданных и базу данных метаинформации.In addition, the interaction block of the meta-information database and the database is made in the form of a database information storage unit connected by two-way communication with the metabase information storage unit, including a metadata input module and a meta-information database.
Кроме того, блок оптимизации исполнения нерегламентных запросов выполнен в виде блока возврата количества записей, включающего соединенные последовательно модуль исполнения запроса и модуль возврата количества записей, и подключенного к его выходу блока выдачи результатов, включающего соединенные последовательно модуль исполнения запроса и модуль возврата записей.In addition, the unit for optimizing the execution of non-regulatory requests is made in the form of a block for returning the number of records, including a query execution module and a record return module connected in series, and a result output unit connected to its output, including a query execution module and a record return module connected in series.
Кроме того, блок фильтрации данных выполнен в виде последовательно соединенных блока формирования диапазонов значений, блока построения списков, блока переключателей и блока динамического изменения запроса.In addition, the data filtering unit is made in the form of series-connected unit for forming ranges of values, a unit for constructing lists, a unit for switches, and a unit for dynamically changing a request.
Кроме того, блок представления информации нерегламентных запросов выполнен в виде блока фильтрации и группировки, к выходу которого подключен блок агрегации, включающий последовательно соединенные модуль таблиц, модуль отчетов и модуль сортировки.In addition, the block for the submission of information of non-regulatory requests is made in the form of a filtering and grouping block, to the output of which an aggregation block is connected, which includes a series-connected table module, a report module, and a sorting module.
Кроме того, блок ввода, регистрации, утверждения, обработки и свода информации удаленных пользователей выполнен в виде последовательно соединенных двусторонней связью блока сбора и выдачи информации, включающего последовательно подключенные модуль регистрации, модуль ввода данных, модуль приема данных и модуль контроля, блока описаний версий локальной базы, блока выполнения транзакций и блока хранения и свода информации, включающего модуль хранения и модуль контроля.In addition, the unit for input, registration, approval, processing and compilation of information of remote users is made in the form of a series-connected by two-way communication unit for collecting and issuing information, including a series-connected registration module, data input module, data receiving module and control module, local version description block a base, a transaction execution unit, and a storage and information storage unit including a storage module and a control module.
Кроме того, блок выгрузки результатов нерегламентных запросов выполнен в виде блока формирования отчетов, к выходу которого подключен блок экспорта.In addition, the block for unloading the results of non-regulatory requests is made in the form of a reporting unit, to the output of which an export unit is connected.
Сущность изобретения заключается в том, что благодаря использованию в системе метаинформации с помощью введения блока ввода, регистрации и хранения метаинформации, подключенного к системе через блок взаимодействия базы метаинформации и базы данных, существенно повышается качество и надежность работы системы, а за счет наличия в системе таких взаимосвязанных блоков, как блок оптимизации исполнения нерегламентных запросов, блок фильтрации данных, блок представления информации нерегламентных запросов и блок выгрузки результатов нерегламентных запросов, система обеспечивает осуществление и оптимизацию процесса выполнения нерегламентных запросов к базе данных, что значительно расширяет ее функциональные возможности, в частности, по сравнению с прототипом. Последнее преимущество обеспечивается также наличием в системе таких взаимосвязанных блоков, как блок фильтрации данных, блок представления информации нерегламентных запросов и блок параметрического вызова формы ввода информации, которые дают возможность пользователям системы получить механизм для формирования производных значений от полученных совокупностей сгруппированных данных.The essence of the invention lies in the fact that through the use of meta-information in the system by introducing a block of input, registration and storage of meta-information connected to the system through the interaction unit of the meta-information database and the database, the quality and reliability of the system, and due to the presence of such interconnected blocks, such as a block for optimizing the execution of ad hoc requests, a data filtering unit, a unit for presenting information for ad hoc requests, and an unloading unit for the results of non amentnyh queries, the system ensures the implementation and optimization of the process of implementation nereglamentnyh database queries, which greatly enhances its functionality, in particular in comparison with the prototype. The latter advantage is also provided by the presence in the system of such interconnected blocks as a data filtering unit, a unit for presenting information of irregular requests, and a unit for parametric calling of the information input form, which enable users of the system to obtain a mechanism for generating derived values from the obtained sets of grouped data.
Изобретение поясняется чертежами, где на фиг.1 представлена общая блок-схема системы нерегламентных запросов, на фиг.2 представлен пример конкретного выполнения блока ввода, регистрации и хранения метаинформации, на фиг.3 - пример конкретного выполнения блока ввода, регистрации и хранения объектов и информации центральной базы данных, на фиг.4 - пример выполнения схемы блока ввода, регистрации, утверждения, обработки и свода информации удаленных пользователей, на фиг.5 - пример конкретного выполнения блока взаимодействия базы метаинформации и базы данных, на фиг.6 - пример конкретного выполнения блока оптимизации исполнения нерегламентных запросов, на фиг.7 - пример конкретного выполнения блока фильтрации данных, на фиг.8 представлен пример конкретного выполнения блока представления информации нерегламентных запросов, на фиг.9 - пример конкретного выполнения блока выгрузки результатов нерегламентных запросов во внешние системы.The invention is illustrated by drawings, where Fig. 1 shows a general block diagram of a system of ad hoc queries, Fig. 2 shows an example of a specific implementation of an input, registration, and storage meta-information unit, Fig. 3 shows an example of a specific implementation of an input, registration and storage unit, and information of the Central database, figure 4 is an example of a block diagram of the input, registration, approval, processing and collection of information of remote users, figure 5 is an example of a specific implementation of the interaction block of the meta-information database and the database, in Fig.6 is an example of a specific implementation of the unit for optimizing the execution of ad hoc requests, in Fig.7 is an example of a specific implementation of the unit for filtering data, Fig.8 is an example of a specific implementation of the unit for presenting information of ad hoc requests, in Fig.9 - An example of a specific implementation of the block for unloading the results of ad hoc queries to external systems.
Система обеспечения нерегламентных запросов к базе данных содержит блок 1 ввода, регистрации и хранения метаинформации, блок 2 ввода, регистрации и хранения объектов и информации центральной базы данных и блок 3 ввода, регистрации, утверждения, обработки и свода информации удаленных пользователей, каждый из которых соединен двусторонней связью с блоком 4 взаимодействия базы метаинформации и базы данных. Каждый из блоков 1, 2 и 3 выполняет функцию информационного входа системы.The system for ensuring non-regulatory queries to the database contains a unit 1 for input, registration and storage of meta-information, a unit 2 for input, registration and storage of objects and information of the central database, and a unit 3 for input, registration, approval, processing and compilation of information of remote users, each of which is connected two-way communication with block 4 of interaction between the meta-information database and the database. Each of the blocks 1, 2 and 3 performs the function of the information input of the system.
К выходу блока 4 взаимодействия базы метаинформации и базы данных подключен блок 5 оптимизации исполнения нерегламентных запросов, выход которого, в свою очередь, связан с первым входом блока 6 фильтрации данных, первый выход которого соединен со входом блока 7 представления информации нерегламентных запросов, а вторые вход и выход блока 6 соединены двусторонней связью с блоком 4 взаимодействия базы метаинформации и базы данных. Второй выход блока 5 оптимизации исполнения нерегламентных запросов подключен к другому входу блока 7 представления информации нерегламентных запросов, который также соединен двусторонней связью с блоком 4 взаимодействия базы метаинформации и базы данных.To the output of block 4 of interaction between the meta-information base and the database is connected a block 5 for optimizing the execution of non-regulatory requests, the output of which, in turn, is connected to the first input of the block 6 for filtering data, the first output of which is connected to the input of the block 7 for representing information of non-regulatory queries, and the second and the output of block 6 is connected by two-way communication with block 4 of interaction between the meta-information base and the database. The second output of the unit for optimizing the execution of non-regulatory requests is connected to another input of the unit 7 for representing information of non-regulatory requests, which is also connected by two-way communication with the unit 4 for interaction between the meta-information database and the database.
Кроме того, к выходу блока 7 подключен блок 8 выгрузки результатов нерегламентных запросов, выполняющий функцию выходного терминала, и блок 9 параметрического вызова формы ввода, связанный с блоком 7 двусторонней связью.In addition, to the output of block 7 is connected a block 8 for unloading the results of pending requests that performs the function of an output terminal, and a block 9 for parametric invocation of an input form associated with block 7 for two-way communication.
Все блоки заявленной системы в приведенном в заявке примере ее выполнения реализованы программным путем.All blocks of the claimed system in the example of its implementation provided in the application are implemented in software.
Конкретные примеры выполнения отдельных блоков системы приведены ниже.Specific examples of the execution of individual blocks of the system are given below.
Блок 1 ввода, регистрации и хранения метаинформации (фиг.2) содержит блок 1.1 идентификаторов запросов, блок 1.2 идентификаторов таблиц и блок 1.3 идентификаторов алиасов таблиц, последовательно связанные двусторонней связью, а также блок 1.4 идентификаторов глобальных условий отбора и блок 1.5 формирования подсхемы запроса, выходы которых подключены одновременно ко входам блока 1.1 идентификаторов запросов и блока 1.2 идентификаторов таблиц.Block 1 of input, registration and storage of meta-information (Fig. 2) contains block 1.1 of query identifiers, block 1.2 of table identifiers and block 1.3 of identifiers of table aliases sequentially connected by two-way communication, as well as block 1.4 of identifiers of global selection conditions and block 1.5 of generating a request subscheme, whose outputs are connected simultaneously to the inputs of block 1.1 of query identifiers and block 1.2 of table identifiers.
Блок 1 содержит также блок 1.6 идентификаторов полей запроса и блок 1.7 идентификаторов связей полей с таблицами, соединенные между собой двусторонней связью, причем выходы блока 1.7 подключены к соответствующим входам блока 1.1 идентификаторов запросов и блока 1.2 идентификаторов таблиц, и последовательно соединенные двусторонней связью блок 1.8 идентификаторов форм просмотра, блок 1.9 идентификаторов полей форм, блок 1.10 идентификаторов полей фильтров, причем выход блока 1.9 идентификаторов полей форм подключен ко входу блока 1.1 идентификаторов запроса.Block 1 also contains a block 1.6 identifiers of query fields and a block 1.7 of identifiers for linking fields with tables interconnected by two-way communication, and the outputs of block 1.7 are connected to the corresponding inputs of block 1.1 of query identifiers and block 1.2 of table identifiers, and series 1.8 of identifiers in series viewing forms, block 1.9 identifiers of form fields, block 1.10 identifiers of filter fields, and the output of block 1.9 identifiers of form fields is connected to the input of block 1.1 identifiers request.
Работа блока 1 реализована следующим образом. В блок 1 вводится метаинформация, под которой понимается информация о свойствах документа (страницы сайта), используемая поисковой системой при индексации данного документа. Для этого исходные данные метаинформации загружаются в базу данных метаинформации. При вводе осуществляется регистрация введенной информации в соответствующих объектах метабазы. В каждом из блоков устройства осуществляется прием данных, где заполняются все реквизиты вводных полей базы данных метаинформации. После этого через блок 4 взаимодействия базы метаинформации и базы данных осуществляется процесс формирования представлений информации базы данных, например, для автоматизированной информационной системы бюджетного процесса (АИСБП), в соответствии с описанными в базе метаинформации структурами пользовательских запросов для класса форм просмотра.The operation of block 1 is implemented as follows. In block 1, meta-information is entered, which is understood as information about the properties of the document (site page) used by the search system when indexing this document. For this, the initial meta-information is loaded into the meta-information database. When entering, the information entered is registered in the corresponding metabase objects. In each of the device blocks, data is received, where all the details of the input fields of the meta-information database are filled in. After that, through block 4 of interaction between the meta-information database and the database, the process of generating representations of the database information is carried out, for example, for the automated information system of the budget process (AISBP), in accordance with the user query structures described in the meta-information database for the class of viewing forms.
Метаинформация в устройствах данного блока хранится в виде следующего набора отношений.Meta-information in the devices of this block is stored in the form of the following set of relations.
В блоке 1.1 идентификаторов запросов хранятся идентификаторы, имена и глобальные условия отбора запросов. Глобальное условие отбора может содержать условия отбора, например отбор документов по группе пользователей.In block 1.1 of request identifiers, identifiers, names and global conditions for query selection are stored. The global selection condition may contain selection conditions, for example, the selection of documents by a group of users.
В блоке 1.2 идентификаторов таблиц хранятся идентификаторы и имена таблиц (например, перечень таблиц, доступных пользователям на выборку данных).In block 1.2, table identifiers are stored identifiers and table names (for example, a list of tables available to users for data sampling).
В блоке 1.3 идентификаторов алиасов таблиц хранятся идентификаторы алиасов, идентификаторы таблиц и имена алиасов имен, используемых в запросах. Наличие таких идентификаторов необходимо в связи с тем, что в одном запросе одна и та же таблица может участвовать несколько раз. Идентификатором таблицы обычно является идентификатор алиаса.In block 1.3 identifiers of table aliases are stored identifiers of aliases, identifiers of tables and names of aliases of names used in queries. The presence of such identifiers is necessary due to the fact that the same table can participate several times in the same query. The table identifier is usually an alias identifier.
В блоке 1.4 идентификаторов глобальных условий отбора хранятся Идентификатор запроса, Идентификатор таблицы, Номер таблицы в условии отбора запроса. Данное устройство необходимо в связи с тем, что имена таблиц в глобальных условиях отбора задаются параметрически.In block 1.4 of the identifiers of the global selection conditions, the Request identifier, Table identifier, Table number in the query selection condition are stored. This device is necessary due to the fact that the table names in the global selection conditions are set parametrically.
В блоке 1.5 формирования подсхемы запроса хранятся Идентификатор запроса, Идентификатор таблицы, ряд ссылок. Данное описание позволяет, в случае необходимости, проводить ручную оптимизацию запросов.In block 1.5 of the formation of the subcircuit of the request, the Request ID, Table ID, a number of links are stored. This description allows, if necessary, to carry out manual query optimization.
В блоке 1.6 идентификаторов полей запроса хранится описание доменов и видов форматирования полей по умолчанию. В качестве параметров полей блок содержит Идентификатор поля, Имя поля, Описание поля, Данные поля (выражение, которое используется в запросах, с параметрически заданной ссылкой на таблицу), Тип поля, Размер поля, Число символов вывода, Формат вывода, Количество десятичных знаков, Выравнивание текста.In block 1.6 of the request field identifiers, a description of domains and types of default field formatting is stored. As field parameters, the block contains the Field identifier, Field name, Field description, Field data (the expression used in queries with a parametric reference to the table), Field type, Field size, Number of output characters, Output format, Number of decimal places, Text alignment.
В блоке 1.7 идентификаторов связей полей с таблицами хранится перечень полей запроса, а именно Идентификатор запроса, Идентификатор поля, Идентификатор поля группировки, Признак разрешения применения фильтра по полю.In block 1.7, the identifiers of the relationships of the fields with the tables contain a list of query fields, namely, the Request identifier, Field identifier, Grouping field identifier, Sign of permission to use the filter by field.
В блоке 1.8 идентификаторов форм просмотра хранится перечень форм просмотра. В качестве параметров форм блок содержит Идентификатор формы, Имя формы, Заголовок отчета, Идентификатор запроса, Вывод дополнительных сведений в строку статуса в форме, Вывод имени фильтра в верхний колонтитул отчета, Имя формы корректировки.In block 1.8 identifiers of viewing forms, a list of viewing forms is stored. The block contains the Form identifier, Form name, Report title, Request identifier, Output of additional information to the status bar in the form, Display of the filter name in the report header, Correction form name as parameters of the forms.
В блоке 1.9 идентификаторов полей форм хранятся Идентификатор формы, Идентификатор запроса, Идентификатор поля, Идентификатор поля строки статуса, Позиция поля в форме, Позиция поля в форме по умолчанию, Подпись поля (заголовок столбца), Вывод поля в форме, Вывод итогов по полю (тотальный на отчет), Поле передается в качестве параметра.In block 1.9 of the form field identifiers, the form identifier, the request identifier, the field identifier, the status line field identifier, the field position in the form, the field position in the form by default, the field signature (column heading), the field in the form, the output of the field ( total per report), The field is passed as a parameter.
В блоке 1.10 идентификаторов полей фильтров хранятся Идентификатор фильтра, Идентификатор запроса, Идентификатор поля, Начальное значение диапазона, Конечное значение диапазона.In block 1.10, filter field identifiers are stored Filter identifier, Request identifier, Field identifier, Initial range value, End range value.
Данные из блока 1 поступают на вход блока 4 взаимодействия базы метаинформации и базы данных.Data from block 1 is input to block 4 of the interaction of the meta-information database and the database.
Выполнение всех действий, связанных с изменением данных базы метаинформации и описаний базы метаинформации, осуществляется в данном блоке 1 в соответствии с правами зарегистрированного пользователя. Процедуры, приводящие к изменению базы метаинформации, поступают на вход каждого из устройств базы блока.All actions related to changing the data of the meta-information database and descriptions of the meta-information database are performed in this block 1 in accordance with the rights of the registered user. Procedures leading to a change in the meta-information base are received at the input of each of the devices of the base of the block.
Блок 2 ввода, регистрации и хранения объектов и информации центральной базы данных (фиг.3) содержит блок 2.1 хранения объектов и информации базы данных и блок 2.2 ввода и регистрации объектов и информации базы данных.Block 2 input, registration and storage of objects and information of the Central database (figure 3) contains a block 2.1 of the storage of objects and information of the database and block 2.2 input and registration of objects and information of the database.
Блок 2.1 хранения объектов и информации включает связанные двусторонней связью модуль 2.1.1 контроля и модуль 2.1.2 хранения данных, содержащий также непосредственно центральную 2.1.3 и локальную 2.1.4 базы данных АИСБП, и подключен к выходу блока 2.2 ввода и регистрации объектов и информации, который, в свою очередь, включает подключенные последовательно модуль 2.2.1 регистрации объектов и информации, модуль 2.2.2 ввода объектов и информации, модуль 2.2.3 приема данных и модуль 2.2.4 контроля.Unit 2.1 for storing objects and information includes a control module 2.1.1 and data storage unit 2.1.2 connected by a two-way communication, also containing directly the central 2.1.3 and local 2.1.4 of the AISBP database, and is connected to the output of unit 2.2 for input and registration of objects and information, which, in turn, includes sequentially connected module 2.2.1 for registering objects and information, module 2.2.2 for inputting objects and information, module 2.2.3 for receiving data and module 2.2.4 for monitoring.
В блок 2 через блок 2.2 ввода и регистрации объектов и информации базы данных вводится информация функциональных комплексов пользователей центральной базы данных, для чего исходные данные с бумажных носителей посредством модуля 2.2.1 регистрации объектов и информации базы данных и модуля 2.2.2 ввода объектов и информации базы данных загружаются в центральную базу данных 2.1.3. При вводе осуществляется регистрация пользователя через устройство регистрации. Данные передаются через модуль 2.2.3 приема данных, где заполняются все реквизиты вводных полей, на модуль 2.2.4 контроля, где осуществляется контроль на полноту и правильность заполнения вводных форм.In block 2, through block 2.2 for input and registration of objects and database information, information is entered on functional complexes of users of the central database, for which initial data from paper media through module 2.2.1 for registering objects and database information and module 2.2.2 for entering objects and information Databases are uploaded to the central database 2.1.3. When entering, the user is registered through the registration device. Data is transmitted through the module 2.2.3 receiving data, where all the details of the input fields are filled in, to the module 2.2.4 control, where the control is carried out on the completeness and correctness of filling in the input forms.
Блок 3 ввода, регистрации, утверждения, обработки и свода информации удаленных пользователей (фиг.4) выполнен в виде последовательно соединенных двусторонней связью блока 3.1 сбора и выдачи информации, блока 3.2 описаний версий локальной базы, блока 3.3 выполнения транзакций и блока 3.4 хранения и свода информации, включающего модуль 3.4.1 контроля и модуль 3.4.2 хранения и свода данных, управляемый с помощью серверной или файл-серверной СУБД. При этом блок 3.1 сбора и выдачи информации включает последовательно подключенные модуль 3.1.1 регистрации, модуль 3.1.2 ввода данных, модуль 3.1.3 приема данных и модуль 3.1.4 контроля.Block 3 input, registration, approval, processing and arching of information of remote users (figure 4) is made in the form of series-connected by two-way communication unit 3.1 of collecting and issuing information, block 3.2 description of versions of the local database, block 3.3 transaction and block 3.4 storage and arch information, including the control module 3.4.1 and the module 3.4.2 of storage and data archiving, managed with the help of a server or file-server DBMS. At the same time, the unit 3.1 for collecting and issuing information includes sequentially connected registration module 3.1.1, data input module 3.1.2, data receiving module 3.1.3 and control module 3.1.4.
В блок 3 через блок 3.1 сбора и выдачи информации вводится информация функциональных комплексов АРМов удаленных пользователей. Для этого исходные данные с бумажных носителей посредством модуля 3.1.2 ввода данных загружаются в локальную базу данных (ЛБД) (показана на фиг.3). При вводе осуществляется регистрация пользователя через модуль 3.1.1 регистрации. Данные передаются через модуль 3.1.3 приема данных, где заполняются все реквизиты вводных полей, на модуль 3.1.4 контроля, где осуществляется контроль на полноту и правильность заполнения вводных форм.In block 3 through block 3.1 of the collection and issuance of information is entered information of the functional complexes of remote workstation AWS. To do this, the source data from paper media through module 3.1.2 data entry is loaded into a local database (LBD) (shown in figure 3). When entering, the user is registered through the registration module 3.1.1. Data is transmitted through the data receiving module 3.1.3, where all the details of the input fields are filled in, to the control module 3.1.4, where the control is carried out on the completeness and correctness of filling in the input forms.
Блок 3.1 сбора и выдачи информации базируется на описании создаваемой локальной базы данных (ЛБД). Такое описание хранится в блоке 3.2 описаний версий локальной базы в виде системы отношений, в которую включаются: Таблица таблиц; Таблица полей таблиц; Таблица индексов таблиц; Таблица полей индексов таблиц; Таблица связей таблиц; Таблица полей связей таблиц.Block 3.1 of collecting and issuing information is based on the description of the created local database (LBD). Such a description is stored in block 3.2 of the local database version descriptions in the form of a relationship system, which includes: Table of tables; Table of table fields; Table index tables; Table of index fields of tables; Table links tables; Table of table link fields.
Данные от блока 3.1 сбора и выдачи информации поступают на вход блока 3.4 хранения и свода информации, где с помощью модуля 3.4.1 контроля осуществляется контроль на соответствие структур хранения данных введенным данным. Далее проконтролированные данные попадают на вход модуля 3.4.2 хранения и свода данных, в котором, в зависимости от организации хранения (серверная или файл-серверная организация модуля хранения) и в соответствии с версией локальной базы, хранятся на соответствующих носителях данных. Кроме собственно данных, передаваемых в данный модуль, хранится и описание версии базы, а также предыдущее состояние базы данных на момент последней синхронизации.Data from the unit 3.1 for collecting and issuing information is fed to the input of the unit 3.4 for storing and arching information, where using the control module 3.4.1, control is carried out on the compliance of the data storage structures with the entered data. Then, the monitored data goes to the input of the module 3.4.2 of storage and data archives, in which, depending on the storage organization (server or file-server organization of the storage module) and in accordance with the version of the local database, they are stored on the respective storage media. In addition to the actual data transferred to this module, a description of the database version is also stored, as well as the previous state of the database at the time of the last synchronization.
Выполнение всех действий, связанных с изменением данных базы и описаний базы, осуществляется в блоке 3.3 выполнения транзакций. Все процедуры, приводящие к изменению базы, поступают на вход этого блока и протоколируются, а именно протоколируются вызываемые процедуры и их параметры, а также содержимое рабочих таблиц, полученных с клиента и используемых процедурой при выполнении.All actions related to changing database data and database descriptions are performed in block 3.3 of transaction execution. All procedures that lead to a change in the database go to the input of this block and are logged, namely, the called procedures and their parameters are logged, as well as the contents of the worksheets received from the client and used by the procedure during execution.
После проведения процесса синхронизации осуществляется обновление данных в блоке 3.4 хранения и свода данных. Свод данных осуществляется на уровне главных распорядителей бюджетных средств в соответствии с их ролью в технологическом процессе. На выходе блока 3.4 в соответствии с правами зарегистрированного пользователя осуществляется формирование выходных результатов, которые поступают на вход модуль 3.1.4 контроля блока 3.1 сбора и выдачи информации, а затем выводятся на бумажные и электронные носители в виде отчетов или форм просмотра (обработка нерегламентных запросов).After the synchronization process, the data is updated in block 3.4 storage and data arch. Data compilation is carried out at the level of the main managers of budgetary funds in accordance with their role in the technological process. At the output of block 3.4, in accordance with the rights of a registered user, output results are generated, which are input to the control module 3.1.4 of the block 3.1 for collecting and issuing information, and then are output to paper and electronic media in the form of reports or viewing forms (processing of non-regulatory requests) .
Блок 4 взаимодействия базы метаинформации и базы данных (фиг.5) выполнен в виде блока 4.1 хранения информации базы данных, связанного двусторонней связью с блоком 4.2 хранения информации метабазы, включающим модуль 4.2.1 ввода метаданных и непосредственно базу данных 4.2.2 метаинформации.Block 4 of interaction between the meta-information database and the database (Fig. 5) is made in the form of a database information storage unit 4.1, connected by two-way communication with the metabase information storage unit 4.2, including the metadata input module 4.2.1 and the meta-information database 4.2.2 directly.
На вход данного блока 4 поступают данные от блока 2 ввода, регистрации и хранения объектов и информации центральной базы данных, блока 6 фильтрации данных и блока 3 ввода, регистрации и утверждения, обработки и свода информации удаленных пользователей.The input of this block 4 receives data from block 2 for input, registration and storage of objects and information of the central database, block 6 for filtering data and block 3 for input, registration and approval, processing and collection of information from remote users.
В данном блоке обеспечивается процесс взаимодействия двух баз данных, а именно базы данных 4.2.2 метаинформации, обеспечивающей проведение операций формирования описаний данных этой базы данных и их изменения, и центральной 2.1.3 или локальной 2.1.4 баз данных, обеспечивающих хранение и изменение собственно данных, описанных в метабазе.This block provides the process of interaction between two databases, namely the database 4.2.2 meta-information, providing operations for the formation of data descriptions of this database and their changes, and the central 2.1.3 or local 2.1.4 databases that provide storage and modification of the actual data described in the metabase.
Выходные данные соответствующего вида от блока 4 передаются затем на блок 5 оптимизации исполнения нерегламентных запросов, блок 6 фильтрации данных и блок 7 представления информации нерегламентных запросов.The output data of the corresponding form from block 4 are then transferred to block 5 for optimizing the execution of ad hoc requests, a data filtering unit 6, and an ad hoc information presentation unit 7.
Блок 5 оптимизации исполнения нерегламентных запросов (фиг.6) содержит блок 5.1 возврата количества записей, включающий соединенные последовательно модуль 5.1.1 исполнения запроса и модуль 5.1.2 возврата количества записей, и подключенный к его выходу блок 5.2 выдачи результатов, включающий соединенные последовательно модуль 5.2.1 исполнения запроса и модуль 5.2.2 возврата записей.Block 5 for optimizing the execution of non-regulatory requests (Fig. 6) contains a block 5.1 for returning the number of records, including a query execution module 5.1.1 and a module 5.1.2 for returning the number of records, and a result block 5.2 connected to its output, including a module connected in series 5.2.1 execution of the request and module 5.2.2 return records.
Блок 5 осуществляет оптимизацию при исполнении сформированных запросов.Block 5 carries out optimization when executing generated queries.
Исполнение запросов происходит в два этапа. Вначале в блоке 5.1 возврата количества записей исполняется запрос, возвращающий количество записей в результирующем наборе. Если это количество превышает задаваемый пользователем или установленный по умолчанию предел, то выдается сообщение о количестве записей, которые будут присланы в результате исполнения запроса. Этот механизм необходим в связи с тем, что очень легко задать такие параметры запроса, которые приведут к очень большому трафику при работе с большими объемами данных.Execution of requests takes place in two stages. First, in block 5.1 of the return of the number of records, a query is executed that returns the number of records in the result set. If this quantity exceeds the limit set by the user or the default, then a message is displayed on the number of records that will be sent as a result of the request. This mechanism is necessary due to the fact that it is very easy to set such query parameters that will lead to very large traffic when working with large amounts of data.
Далее в блоке 5.2 выдачи результата исполняется запрос и выдается результат. Запросы перед исполнением преобразуются в синтаксис той версии SQL, который поддерживает соответствующая среда обработки (в настоящее время таких синтаксисов два - синтаксис MS JET SQL, синтаксис Transact SQL).Next, in block 5.2 of the result, the query is executed and the result is issued. Queries before execution are converted to the syntax of the version of SQL that the corresponding processing environment supports (currently there are two such syntaxes - MS JET SQL syntax, Transact SQL syntax).
В процессе оптимизации из запроса можно удалить операции пересечения с теми таблицами, поля которых не участвуют в результирующем наборе или отборе и они не нужны для последующих операций пересечения. Если задание пересечения с какой-либо таблицей ограничивает собственно результирующий набор, то есть таблица обязательно должна участвовать в результирующем запросе, то можно описать какое-либо не выводимое в форму или отчет обязательное поле из этой таблицы, и тогда нужное пересечение всегда будет включаться в результирующий набор. Другим важным моментом функционирования данного блока является тот факт, что включение некоторых пересечений в результирующий набор является также необходимым в связи с тем, что ограничивает размножение записей при пересечениях на отношениях типа m к n.During the optimization process, you can remove intersection operations from the query with those tables whose fields do not participate in the result set or selection and are not needed for subsequent intersection operations. If the intersection task with any table limits the actual result set itself, that is, the table must necessarily participate in the resulting query, then you can describe some required field from this table that is not output to the form or report, and then the desired intersection will always be included in the result set. Another important point in the functioning of this block is the fact that the inclusion of some intersections in the result set is also necessary due to the fact that it restricts the reproduction of records at intersections on relations of type m to n.
Блок 6 фильтрации данных (фиг.7) выполнен в виде последовательно соединенных блока 6.1 формирования диапазонов значений, блока 6.2 построения списков, блока 6.3 переключателей и блока 6.4 динамического изменения запроса.Block 6 data filtering (Fig.7) is made in the form of series-connected block 6.1 forming the ranges of values, block 6.2 building lists, block 6.3 switches and block 6.4 dynamic change request.
На вход данного блока поступают данные от блока 5 оптимизации исполнения нерегламентных запросов, а на выходе формируются данные для блока 7 представления информации нерегламентных запросов и блока 4 взаимодействия базы метаинформации и базы данных.The input of this block receives data from the block 5 for optimizing the execution of ad hoc requests, and the output generates data for the block 7 for presenting information of ad hoc requests and the unit 4 for interaction between the meta-information database and the database.
В блоке 6 обеспечивается формирование системы фильтров, обеспечивающих выполнение запросов в базу данных для предоставления ее в виде объектов, формируемых в блоке 7 представления информации нерегламентных запросов.In block 6, the formation of a system of filters is ensured, which ensures the execution of queries to the database to provide it in the form of objects formed in block 7 of the presentation of information of unregulated queries.
Фильтрация данных осуществляется в модели по полям первой категории (см. пояснения к блоку 7 представления информации нерегламентных запросов). Задание фильтра в общем случае можно представить как задание n диапазонов значений на каждое из полей, связываемых по «или», причем фильтры по разным полям объединяются по «и». При этом списки значений для начал и концов диапазонов также могут строиться на запросе, формируемом аналогично запросу на выборку, только в списке выбираемых полей должно присутствовать поле фильтрации, и оно же является полем группировки. Кроме поля фильтра в запросе на список фильтра могут присутствовать и другие поля. Но эти поля должны быть полями второй категории. При последовательном задании фильтров можно динамически изменять запрос, подставляя уже определенные значения фильтров в запрос на формирование фильтра. Запросы на построение списков для фильтров должны включать пересечение всех таблиц подсхемы (пересечение ограничивает список возможных значений), и одним из возможных значений фильтрации может быть отсутствие значения. Исполнение таких запросов при задании некоторых фильтров достаточно ресурсоемкое, а поэтому довольно медленное. Существует возможность задания фильтров без построения списков значений.Data filtering is carried out in the model according to the fields of the first category (see explanations to block 7 for the submission of information for non-regulatory requests). A filter job in the general case can be represented as a job of n ranges of values for each of the fields connected by “or”, and the filters by different fields are combined by “and”. At the same time, lists of values for the beginning and end of ranges can also be built on a query that is generated similarly to a query for a selection, only the list of selectable fields must contain a filtering field, and it is also a grouping field. In addition to the filter field, other fields may be present in the filter list request. But these fields must be fields of the second category. When sequentially setting filters, you can dynamically change the query, substituting the already defined filter values in the query for filter formation. Requests for building lists for filters should include the intersection of all tables of the subcircuit (the intersection limits the list of possible values), and one of the possible filtering values may be the absence of a value. The execution of such queries when specifying some filters is quite resource-intensive, and therefore rather slow. It is possible to set filters without building lists of values.
Блок 7 представления информации нерегламентных запросов (фиг.8) выполнен в виде блока 7.1 фильтрации и группировки, к выходу которого подключен блок 7.2 агрегации, включающий последовательно соединенные модуль 7.2.1 таблиц, модуль 7.2.2 отчетов и модуль 7.2.3 сортировки.Block 7 for the submission of information of non-regulatory requests (Fig. 8) is made in the form of a filtering and grouping unit 7.1, to the output of which an aggregation unit 7.2 is connected, including a table module 7.2.1, a report module 7.2.2, and a sorting module 7.2.3 connected in series.
На вход данного блока поступают данные от блока 6 фильтрации данных, блока 4 взаимодействия базы метаинформации и базы данных, блока 9 параметрического вызова формы ввода.The input of this block receives data from the data filtering unit 6, the meta-information base and database interaction unit 4, and the input form parametric call block 9.
В состав блока 7.2 агрегации входят модуль 7.2.1 таблиц и модуля 7.2.2 отчетов. Это определяется тем, что существует наличие различных взглядов на фрагменты общей модели данных, которые связаны с совокупностью функциональных комплексов системы. Функционирование блока 7 представления информации нерегламентных запросов в целом направлено, во-первых, на поиск документов, а во-вторых, на формирование производных значений на отфильтрованных совокупностях сгруппированных данных. Вышеописанные взгляды с точки зрения системы называются просмотрами. Каждый просмотр с интерфейсной точки зрения представляет собой совокупность табличной формы и аналогичного ей отчета.Aggregation block 7.2 includes a module 7.2.1 of tables and a module 7.2.2 of reports. This is determined by the fact that there are different views on the fragments of the general data model that are associated with the totality of the functional complexes of the system. The functioning of the block 7 for the submission of information of non-regulatory requests is generally directed, firstly, to search for documents, and secondly, to the formation of derived values on filtered aggregates of grouped data. The above views from the point of view of the system are called views. Each view from the interface point of view is a combination of a tabular form and a similar report.
Набор и последовательность объектов (полей), выводимых в форму, не фиксирован, а выбирается произвольно из того множества полей, которые возможны на классе запросов, реализуемом на соответствующей подсхеме. Поля делятся на две категории: те поля, по значениям которых возможна фильтрация и группировка и значения которых при выводе будут соответствовать отобранным, и те, по которым она невозможна, поскольку они являются полями с применением функций типа агрегации (сумма, среднее, минимум, максимум и т.п.), и фильтрация по исходным значениям которых не будет соответствовать результатам вывода. Считаем, что всегда можно проводить группировку по полям первой категории и всегда применять соответствующую функцию агрегации для полей второй категории. То есть, выбор списка объектов (полей) задает не только перечень полей в запросе, но и его группировку. Если связать поля с соответствующими объектами (таблицами), из полей которых они выбираются, и иметь описание отношений между таблицами, то задание перечня полей позволяет построить запрос на выборку с необходимыми для этого пересечениями таблиц и группировкой. Одновременно задание последовательности выводимых полей позволяет провести создание и форматирование элементов формы и отчета.The set and sequence of objects (fields) displayed in the form is not fixed, but is selected arbitrarily from the set of fields that are possible on the query class implemented on the corresponding subcircuit. Fields are divided into two categories: those fields by the values of which filtering and grouping are possible and whose values will correspond to the selected ones when output, and those by which it is impossible, since they are fields using functions such as aggregation (sum, average, minimum, maximum etc.), and filtering by the initial values of which will not correspond to the output results. We believe that it is always possible to group according to the fields of the first category and always apply the corresponding aggregation function for the fields of the second category. That is, the choice of the list of objects (fields) determines not only the list of fields in the request, but also its grouping. If you connect the fields with the corresponding objects (tables) from the fields of which they are selected, and have a description of the relationships between the tables, then specifying a list of fields allows you to build a query for the selection with the necessary table intersections and grouping. At the same time, setting the sequence of displayed fields allows the creation and formatting of form and report elements.
Завершающим этапом представления информации является сортировка данных в результирующем запросе, которая проводится по всем выбранным полям, начиная с выбранного и заканчивая полем, предшествующим указанному. При этом при первом указании на поле она осуществляется по возрастанию, а при втором - по убыванию. Задание сортировки инициирует механизм окончательного формирования и исполнения запроса.The final step in the presentation of information is the sorting of data in the resulting query, which is carried out for all selected fields, starting from the selected and ending with the field preceding the specified one. Moreover, when the field is first indicated, it is performed in ascending order, and in the second, in descending order. The sorting task initiates the mechanism of the final formation and execution of the request.
Блок 8 выгрузки результатов нерегламентных запросов (фиг.9) содержит блок 8.1 формирования отчетов, к выходу которого подключен блок 8.2 экспорта файлов, и выполняет функцию выходного терминала, т.е. обеспечивает предоставление информации по нерегламентным запросам в виде файлов.Block 8 for uploading the results of non-regulatory requests (Fig. 9) contains a reporting unit 8.1, to the output of which a file exporting unit 8.2 is connected, and performs the function of an output terminal, i.e. provides the provision of information on non-regulatory requests in the form of files.
На вход данного блока передаются данные от блока 7 представления информации нерегламентных запросов, а именно результирующий набор данных в форме просмотра, в отношении которого могут быть произведены дальнейшие действия пользователя. В частности, в блоке 8.1 формирования отчетов может быть сформирован и распечатан отчет, наименование которого, как и наименования столбцов, могут быть заданы произвольно или по умолчанию.To the input of this block, data is transmitted from the block 7 for the submission of information of non-regulatory requests, namely, the resulting data set in the form of a viewing, in relation to which further user actions can be performed. In particular, in block 8.1 of generating reports, a report can be generated and printed, the name of which, like the names of the columns, can be specified arbitrarily or by default.
Результирующий набор через блок 8.2 экспорта может быть экспортирован в файл, например, MS EXCEL или в любой формат, для которого на рабочей станции имеются драйверы ISAM. Кроме того, сформированные отчеты также могут быть экспортированы через блок 8.2 экспорта в любой формат, для которого на рабочей станции имеются драйверы ISAM.The result set through export block 8.2 can be exported to a file, for example, MS EXCEL or to any format for which there are ISAM drivers on the workstation. In addition, the generated reports can also be exported through the export block 8.2 to any format for which ISAM drivers are available on the workstation.
Блок 9 параметрического вызова формы вводаBlock 9 parametric call input form
На вход данного блока передаются данные блока представления информации нерегламентных запросов - результирующий набор в форме просмотра.To the input of this block, data of the block for the presentation of information of non-regulatory requests is transferred - the result set in the form of a view.
Из формы просмотра может быть осуществлена загрузка формы корректировки данных с подстановкой в качестве аргументов открытия значений полей, которые помечены как параметры. Реализация такого механизма позволяет обеспечить непосредственный переход к конкретному информационному объекту системы (документу). Для этого необходимо использовать переключатели, которые задают либо однозначное соответствие формы просмотра и формы корректировки, либо опосредованное. При использовании второго вида переключателей сначала открывается форма, определяющая по параметрам, какую форму корректировки и с какими параметрами открывать.From the viewing form, a data adjustment form can be loaded with substitution as arguments for opening the values of the fields that are marked as parameters. The implementation of such a mechanism allows for a direct transition to a specific information object of the system (document). To do this, you must use the switches that specify either a one-to-one correspondence between the viewing form and the correction form, or indirect. When using the second type of switches, a form is first opened that determines, by parameters, which form of adjustment and with which parameters to open.
Ниже приведен пример работы системы при осуществлении одного из нерегламентных запросов.The following is an example of how the system works when performing one of the ad hoc queries.
Допустим, пользователю системы необходимо получить информацию о платежных поручениях за конкретный интервал дат (например, за месяц), вывести информацию в сгруппированном по необходимым параметрам виде на экран монитора, а затем выгрузить результат во внешнюю систему, например, в файл с расширением.xls.Suppose a system user needs to receive information on payment orders for a specific date interval (for example, for a month), display the information in the form grouped by the necessary parameters on the monitor screen, and then upload the result to an external system, for example, to a file with the .xls extension.
Первоначальная информация о платежных поручениях вводится в блок 2 для пользователя локальной сети или в блок 3 для удаленного пользователя. В блоке 2.2 осуществляется ввод и регистрация информации о платежных поручениях. Эта информация передается и сохраняется в блоке 2.1. После этого с выхода блока 2 информация о платежных поручениях попадает в блок 4 на его блок 4.2.Initial information on payment orders is entered in block 2 for the local network user or in block 3 for the remote user. In block 2.2, information on payment orders is entered and registered. This information is transmitted and stored in block 2.1. After that, from the output of block 2, information about payment orders falls into block 4 on its block 4.2.
От пользователя в блок 7 на вход блока 7.1 поступает информация, содержащая поля фильтров и поля, по которым осуществляется группировка информации (запрос). По первому выходу запрос передается в блок 4 на вход блока 4.2 хранения информации метабазы. Из блока 4 запрос попадает в блок 1, в котором содержится метаинформация, описывающая с помощью блока 1.1 - идентификатор запросов, с помощью блока 1.2 - идентификатор таблиц, блока 1.3 - идентификатор алиасов таблиц, блока 1.4 - идентификатор глобальных условий отбора, в блоке 1.5 - порядок формирования подсхемы запроса, в блоке 1.6 - идентификатор полей запроса, в блоке 1.7 - идентификатор связей полей с таблицами, в блоке 1.8 - идентификатор форм просмотра, в блоке 1.9 - идентификатор полей форм, в блоке 1.10 - идентификатор полей фильтров.From the user, in block 7, the input of block 7.1 receives information containing filter fields and fields by which information is grouped (request). Upon the first output, the request is transmitted to block 4 to the input of the metabase information storage block 4.2. From block 4, the query falls into block 1, which contains meta-information that describes, using block 1.1, the identifier of the queries, using block 1.2, the identifier of the tables, block 1.3, the identifier of alias tables, block 1.4, the identifier of global selection conditions, and in block 1.5, the order of generating the request subcircuit, in block 1.6 — the identifier of the query fields, in block 1.7 — the identifier of the relationships of the fields with the tables, in block 1.8 — the identifier of the view forms, in block 1.9 — the identifier of the form fields, in block 1.10 — the identifier of the filter fields.
Из блока 1 запрос возвращается в блок 4 на устройство 4.2, затем в блоке 5 производится оптимизация исполнения запроса сначала в блоке 5.1, возвращающем количество записей в результирующем наборе, а затем в блоке 5.2 выдачи результата.From block 1, the request is returned to block 4 to device 4.2, then in block 5 the query execution is optimized first in block 5.1, which returns the number of records in the result set, and then in block 5.2 of the result.
Из блока 5 запрос передается в блок 6 на вход блока 6.1 для формирования диапазона значений отбираемых данных о платежных поручениях, в блок 6.2 - для построения списков, в блок 6.3 переключателей - для обеспечения формирования диапазона значений отбираемых данных по построенным спискам или, для большого объема данных, без построения списков, в блок 6.4 - для динамического изменения запроса. Из блока 6 запрос возвращается в блок 4 на вход блока 4.2, где по заданному запросу осуществляется отбор информации из базы данных.From block 5, the request is transmitted to block 6 to the input of block 6.1 to form a range of values of the selected data about payment orders, to block 6.2 - to build lists, to block 6.3 of switches to ensure the formation of a range of values of selected data from the constructed lists or, for a large amount data, without building lists, in block 6.4 - for dynamically changing a request. From block 6, the request returns to block 4 to the input of block 4.2, where, upon a given request, information is selected from the database.
Далее из блока 4 информация о платежных поручениях поступает в блок 7 на вход его блока 7.2, а из блока 6 запрос поступает в блок 7 к блоку 7.1 фильтрации и группировки. Результирующий набор данных (информации о платежных поручениях) может быть передан по желанию пользователя в блок 8 выгрузки результатов нерегламентных запросов, например, в файл с расширением.xls,.doc и т.д.Further, from block 4, information about payment orders goes to block 7 at the input of its block 7.2, and from block 6, the request goes to block 7 to block 7.1 of filtering and grouping. The resulting set of data (information on payment orders) can be transferred at the request of the user to block 8 of the unloading of the results of non-regulatory requests, for example, to a file with the extension .xls, .doc, etc.
Из блока 7 сигнал может быть передан также в блок 9, где может быть осуществлена загрузка формы ввода данных с подстановкой в качестве аргументов открытия значений полей, которые помечены как параметры. Реализация такого механизма позволяет обеспечить непосредственный переход к конкретному информационному объекту системы (платежному поручению).From block 7, the signal can also be transmitted to block 9, where the data entry form can be loaded with substitution as arguments for opening the values of the fields that are marked as parameters. The implementation of such a mechanism allows for a direct transition to a specific information object of the system (payment order).
Преимущества заявленной системы нерегламентных запросов к базе данных перед прототипом и другими устройствами аналогичного назначения состоят в следующем:The advantages of the claimed system of non-regulatory database queries over the prototype and other devices of similar purpose are as follows:
- обеспечивается быстрое формирование произвольных запросов пользователей к базе данных по произвольным параметрам;- provides the rapid formation of arbitrary user requests to the database for arbitrary parameters;
- обеспечивается многообразие форм представления выбранных по запросу данных, а именно в виде просмотров, отчетов, файлов и др.;- provides a variety of forms of presentation of data selected upon request, namely in the form of views, reports, files, etc .;
- обеспечивается возможность сортировки результатов запроса;- provides the ability to sort the query results;
- обеспечивается возможность вывода в отчет наименования фильтра, на основании которого сформирован выходной набор данных, а также задания наименования отчета;- it is possible to display the name of the filter on the basis of which the output data set is generated, as well as the job of the name of the report;
- обеспечивается возможность оперативного формирования отчетности в удобном для пользователя разрезе;- provides the ability to quickly generate reports in a user-friendly context;
- обеспечивается возможность сохранения параметров запросов (фильтров) для последующего их использования без повторной настройки.- it is possible to save query parameters (filters) for their subsequent use without re-setting.
Таким образом, заявленная система нерегламентных запросов к базе данных АИСБП способствовала созданию новой автоматизированной технологии управления бюджетным процессом при казначейском способе исполнения на региональном уровне (уровне субъекта РФ и муниципального образования).Thus, the claimed system of non-regulatory queries to the AISBP database contributed to the creation of a new automated technology for managing the budget process with the treasury method of execution at the regional level (the level of the subject of the Russian Federation and the municipality).
Claims (9)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| RU2006131366/09A RU2324973C1 (en) | 2006-09-07 | 2006-09-07 | Ad-hoc-queries system for automated control system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| RU2006131366/09A RU2324973C1 (en) | 2006-09-07 | 2006-09-07 | Ad-hoc-queries system for automated control system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| RU2006131366A RU2006131366A (en) | 2008-03-20 |
| RU2324973C1 true RU2324973C1 (en) | 2008-05-20 |
Family
ID=39279296
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2006131366/09A RU2324973C1 (en) | 2006-09-07 | 2006-09-07 | Ad-hoc-queries system for automated control system |
Country Status (1)
| Country | Link |
|---|---|
| RU (1) | RU2324973C1 (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2479017C1 (en) * | 2011-12-27 | 2013-04-10 | Закрытое акционерное общество "Фирма "АйТи". Информационные технологии" | System for analytical detection of problematic issues in legal regulation standards |
| US8885806B2 (en) | 2009-10-07 | 2014-11-11 | Ricoh Company, Ltd. | Conference progress supporting apparatus |
-
2006
- 2006-09-07 RU RU2006131366/09A patent/RU2324973C1/en not_active IP Right Cessation
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8885806B2 (en) | 2009-10-07 | 2014-11-11 | Ricoh Company, Ltd. | Conference progress supporting apparatus |
| RU2540790C2 (en) * | 2009-10-07 | 2015-02-10 | Рикох Компани, Лтд. | Device to support progress of conference operation |
| RU2479017C1 (en) * | 2011-12-27 | 2013-04-10 | Закрытое акционерное общество "Фирма "АйТи". Информационные технологии" | System for analytical detection of problematic issues in legal regulation standards |
Also Published As
| Publication number | Publication date |
|---|---|
| RU2006131366A (en) | 2008-03-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10120923B2 (en) | Data discovery and analysis tool | |
| US9348879B2 (en) | Data lineage transformation analysis | |
| WO2004068322A2 (en) | Methods and systems for consolidating financial reporting information | |
| US20090106154A1 (en) | Remote Deposit Gateway | |
| CN101573952A (en) | Method and apparatus for sending notification to subscribers of requested events | |
| WO2007059977A1 (en) | Computer-implemented system for producing, processing and managing structured data sets | |
| JP2004240891A (en) | Contract management system | |
| EP3343408A1 (en) | Organization of database search results | |
| CN107169862B (en) | Automatic tracking system for deposit of bad bank customer | |
| US10877984B1 (en) | Systems and methods for filtering and visualizing large scale datasets | |
| CN109544313A (en) | A kind of voucher electronic management system | |
| CN106021215A (en) | Automatic extraction method and system of finance and tax data | |
| RU2324973C1 (en) | Ad-hoc-queries system for automated control system | |
| RU105491U1 (en) | AUTOMATED SYSTEM OF ACCESS TO INFORMATION RESOURCES BASED ON THE UNIVERSAL BUDGET DATA CLASSIFIER | |
| US8812550B2 (en) | Systems, methods and apparatus for assessing compliance and federating databases | |
| KR20130089890A (en) | Management system and method for knowledge information of industrial technology | |
| RU66567U1 (en) | SYSTEM OF SUPPORT OF NON-REGULAR REQUESTS FOR THE AUTOMATED MANAGEMENT SYSTEM | |
| WO2007059978A1 (en) | Computer-implemented system for producing, processing and managing structured data sets | |
| US20070192278A1 (en) | Method and apparatus for providing selective access to information | |
| US20210173845A1 (en) | Using flat data input for simultaneous application of multiple separate calculations rule sets to obtain multiple output results | |
| CN115907938A (en) | Financial management system | |
| CN1510582A (en) | General ledger administration system and method | |
| US20220107951A1 (en) | Computing architecture for existing asset system integration | |
| JP2009301233A (en) | Mediation device for credit information organization and credit information management system | |
| US12124465B2 (en) | Systems and methods for database investigation tool |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20180908 |