
Tables in Actions and Procedures
Purpose
In actions and procedures, tables are used to infer values.

When transferring the export parameter, the inferred default value can be overwritten by the user, using the following syntax:
<formal_arg> ?= <actual_arg>
Example:
table ZSTROMQUANTITY ( month_quantity = Month_quantity,
quantity_1 ?= $self.Quantity_1_4,
Quantity_2 ?= $self.quantity_2_4,
Quantity_3 ?= $self.quantity_3_4)
if specified runtime_month_4,
Prerequisites
Process Flow
The following example is for an action. The tables calls in actions are the same as the table calls in procedures.
Configurable material BIKE has characteristics SADDLE, SADDLE_SUPPORT, and SUPPORT_MATERIAL. The data for the saddle can determine the type of SADDLE_SUPPORT.
Create table T_SADDLE and assign your three characteristics to it.

All characteristics are single value, so you use the same characteristics in the table and in the class.
Characteristic SADDLE is defined as a key field in the value assignment alternative:
|
Characteristic |
Key Field |
|
SADDLE |
X |
|
SADDLE_SUPPORT |
|
|
SUPPORT_MATERIAL |
|
SADDLE |
SADDLE_SUPPORT |
SUPPORT_MATERIAL |
|
SR_ErgoGel |
Patent support |
Steel |
|
SR_Gel |
Standard support |
Steel |
|
Touring_saddle |
Standard support |
Aluminum |
|
MTB_saddle |
Special patent support |
Aluminum |
TABLE T_SADDLE
(SADDLE = SADDLE,
SADDLE_SUPPORT = $SELF.SADDLE_SUPPORT ,
SUPPORT_MATERIAL = $SELF.SUPPORT_MATERIAL)
Result
In the class, assign a value to characteristic SADDLE. The table call in the dependency finds the correct table line and infers values for SADDLE_SUPPORT and SUPPORT_MATERIAL.