-
Key: DMN12-31
-
Status: closed
-
Source: Sapiens Decision NA ( Mr. Gil Ronen)
-
Summary:
Modeling with collections of items are fundamental to much business processing (as was noted in various LinkedIn threads). Simple comparisons such as ‘does A,B contain A’ should be done in decision tables using dedicated operators and not require exiting to FEEL and structures external to the decision tables. Several tools already support these operators. While you can write these expressions in FEEL it is useful that a table segregates each row as a rule so that one row matches "list contains both a and b", the next row matches "list contains c or e", etc. We find these representations of the logic to be both common and easily understood by business folks. The proposal is to add ‘Is In’, ‘Contains’ and ‘Contains Any’ operators and their negation (symbols can be used instead of the full operator textual name).
Attached images show this feature used in a business setting.
Examples below of how these operators work (1st element is the Input Expression result and the 2nd is an Input Entry):
{A,B} Contains A returns True {A,B,C} Contains {A,B}returns True
{A,B,C} Contains {A,D} returns False
{A,B} Contains Any A returns True{A,B,C}Contains Any
{A,D}returns True
{A,B} Contains Any C returns False
A Is In {A,B}returns True
{A,B} Is In {A,B,C} returns True{A,B}Is In
{A,C}returns False
-
Reported: DMN 1.1 — Thu, 5 May 2016 12:37 GMT
-
Disposition: Duplicate or Merged — DMN 1.2
-
Disposition Summary:
duplicate
duplicate
-
Updated: Wed, 3 Oct 2018 14:17 GMT