Close popover
Peter Deak (peter.deak)
Saltech Consulting

Saltech Consulting
peter.deak Member since 2017 2 posts
Saltech Consulting
Posted: February 13, 2018
Last activity: November 30, 2018

Property specialization in a subclass


I'm trying to specialize a property in a subclass. The use case would be: on the FW-Work class the property would just refer to a data page, while on a specific case type (which inherits from FW-Work) I want to store the property data (change the "refer to" to "copy from data page"). When I save the property on the specific case type (child of FW-Work), Pega shows a warning:

```A property of this name already exists for the chosen applies to class. It is either inherited from a parent class or in a different ruleset than the one chosen. Duplicate property definitions can negatively impact system performance.
Do you want to create anyway?```

There are a couple of community posts, the most relevant is this:
There the reason is that properties are saved in the database with a specific DB column type and this cannot be altered later, see:, but our use case is different, and that's the reason I would like to know the Pega logic to be sure we don't break anything unexpectedly.

There is a decent explanation, but does not fully cover our case.
```Appears when a property of the same name already exists in the class inheritance path. Properties that are duplicates of other property instances have an effect on caching, which can have a negative effect on system performance. For example, having several properties named Amount in one inheritance path, even if they belong to different RuleSets, can slow the initial assembly of rules that reference Amount. As a best practice for good run-time performance, choose property names that are distinct and unique throughout your application. Choosing more explicit names (such as PrincipalAmount, AmountAtRisk) will both prevent this performance impact and help ensure that developers use the appropriate property.```

Does anyone know what is the reason behind this warning? Is it safe to ignore it in the above mentioned use case?

***Edited by Moderator Marissa to update SR Details***

System Administration SR Parallel
Moderation Team has archived post