Select to view content in your preferred language

Evaluate Rules should only create selection sets for features with validation rules

317
3
05-30-2025 10:24 AM
Status: Open
SeanLyons
Regular Contributor

Our organization makes extensive use of validation attribute rules to ensure data integrity and that all attributes in our data adheres to our core business logic. Our workflow is to evaluate rules just before we reconcile and post to default. We also have a custom reconcile and post tool that checks the validation status of the features modified in the version and ensures that all features have been validated and have no errors. To ensure we validate all our data properly, our workflow when we evaluate rules is to validate the full extent of the data, but only features that have been modified in this version. 

Through the capture of various Database logfiles, we have determined that the evaluate rules tool will start by creating selection sets of the features it needs to validate - BUT, the tool creates selection sets of all features modified in this version, when in reality, it would be so much faster to create selection sets of all features modified in this version that have a validation attribute rule. 

Currently, the tool is creating selections on about 4000 features that don't even have a validation attribute rule present. There is nothing to evaluate against these features so why create selection sets for them? This is extremely inefficient and slows the tool down significantly. 

Could you please consider enhancing the Evaluate Rules tool so that it only creates selection sets against features that have a validation rule present? 

3 Comments
Thomas_Brown

Good afternoon,

Yes, this is a bug (if I understand your summary correctly).

If you're evaluating all the edits in the version, then the input selection should only be created on the class which have rules. Your profiling is likely detecting the request is first discovering all the modified classes in the version and simply looping on each class to find the differences (the edits in the version) and pushing those into selection sets... and not until that has completed actually detecting which classes have evaluation rules defined (probably several additional misc steps along the way).

Hopefully this has been reported to support and a bug created.

Definitely an opportunity for an important optimization - one we can address in the near term.

Thank you for posting and bringing this to everyone's attention (and the effort to understand what the software is doing and where time is spent).

We have to cleanup these types of issues to ensure the performance and scalability of our Enterprise systems.

Thanks.

SeanLyons

Good Morning,

Thanks for the very detailed reply. This has not been reported to support yet. I will contact support today and get this started with support for investigation. I would love whatever speed increase we can get as we have a lot of Validation Attribute Rules in our parcel fabric and I am sure this would also greatly help Utility Networks as well since I think they may be heavy Attribute Rule users as well.

Thank You!

SarahSibbett

@SeanLyons @Thomas_Brown a bug has now been logged: 

BUG-000177018:  When run on features modified in this version, evaluate rules operation assembles selection sets for layers that do not have attribute rules configured on them