<< Click to Display Table of Contents >> Additional options in Virtualization configuration |
Important
Data Virtualization is deprecated.
Access to an external data source over the internet, inherently depends upon different factors which are beyond Automation Service' control, such as: a higher latency in data transmission, fluctuations, interference and congestion affecting the speed of the channel, the quality of the networks used during transmission, etc. All these factors may affect the overall user experience, and therefore, you will need to mitigate them.
Given the above, using virtualization has a high risk of generating timeouts while fetching data in real-time, ultimately generating a blockage of the data base.
You should find alternative options. Evaluate if virtualization can be changed to a replication. If not, an alternative such as invoking an interface needs to be considered.
Overview
The following advanced configuration options are presented through the Systems module in order to define settings for virtualized entities such as: Define filters for the records in the external data source tables, specify if a column (field) at the source will be disregarded, etc.
Locate the System set for Virtualization, by clicking in the Systems module on the left panel.
Test Virtual Entity
To verify that a virtual entity was properly configured and that the permissions in the external source are met (to read from and write into the source), each virtual entity can be tested from Bizagi Studio.
To do this, click the given virtual entity and choose the Test Virtual Entity option.
In the opened window, click the Start Test button.
A virtual entity that is properly configured, will show all the verification operations ending up with an OK result.
Remove entities from Virtualization
Virtual entities present an option to stop synchronization with the external data source.
The Remove entity from Data Virtualization option does not delete the entity from the data model itself; it deselects the entity from the Virtualization feature (so that this integration mechanism is no longer used for that entity).
This feature is available for the Development environment only if this Entity has not been yet deployed to a Production Environment. |
Once an entity is removed from Virtualization, it still can be used, and the values of that entity used up (referenced) until that moment would remain the same.
Add entity to Virtualization
You may choose to add any Master Entity created after setting up Virtualization in Bizagi.
To include a new Master Entity, use the Add Entity to Data Virtualization option.
Through this option, you would include an entity as it is done Using advanced Virtualization configuration.
Remember to map your entity's attributes to the source's column.
Remove attribute for Virtualization
Virtual entities present an option to remove attributes from that Virtualization configuration (especially useful when automatically included by the Wizard).
The un-virtualized attribute would still exist in the entity and can be used in the Process, but it would no longer be synchronized with the external data source.
This option is useful to make sure that the data we are mapping and synchronizing in runtime constitutes the proper and necessary information (and unnecessary information is not updated).
This aids in keeping up good performance in data-level integrations. This option is also useful for columns that are references to other external tables which we may not be necessarily using in Bizagi.
Add attribute to Virtualization
Virtualized entities present an option to include additional attributes in their configuration (usually when the table's structure in the external data source has been changed after the initial setup has been done, and Virtualization is already working).
This option would require the following.
1. The new attribute must first be created in the Master Entity in Bizagi.
2. The attribute must then be added to Virtualization, and mapped to the external source column in order to match the source.
Through this option, you would include an entity as it is done Using advanced Virtualization configuration.
Set a filter for a virtualized entity
When setting up Virtualization through the Wizard, you may initially define a filter for each of your virtualized entities.
This is applicable when running your processes in a .NET platform.
Using filters is a business-oriented option to avoid integration considering some records at the source which may be of no interest in Bizagi (e.g, synchronizing only a given set of Customers).
To review or edit this set filter, or when configuring Virtualization through the advanced options (that is, when going through the options presented in the Systems module), go to the Entities module.
Right-click at the Master Entity which has been set for Virtualization and select its Advanced properties.
Under the Source Filter tab, review or edit the applied filter.
Notice that you may use the Test Source Filter option to test this filter and obtain a preview of incoming values from the source.
Take into account that this option should be used carefully when having a really large number of records in the source, as querying and retrieving these values could take up some time. The least number of active connections to the source database is the best strategy to make sure optimum performance. |
Data Providers in Production
To guarantee a correct performance in all environments for a Bizagi project, integration settings already working in a Production environment will have the following consideration:
Once a project using Virtualization has been deployed to Production, it will not be possible to delete the Data Providers used by Processes.
Management of the values for these Data Providers in the Test or the Production Environment needs to be done directly through the Management Console options (managed for each environment separately).
Last Updated 12/12/2024 12:06:12 PM