Bidirectional matchmaking was served inside Stamina BI because both BI developers should synchronise slicers having studies investigation
- one-to-of a lot
- that-to-you to
- of numerous-to-many.
A love are going to be create because unidirectional (i.elizabeth. flowing in one guidelines, the latest default habits) or bidirectional (i.e. streaming in guidelines). For the a unidirectional matchmaking brand new filter context was propagated regarding the one-side for the many-side, although not the other way around. Because the first step toward Energy Rotate, usually the one-to-many relationships is actually a regular unidirectional matchmaking. About example significantly more than, the client dining table is found on new 1 section of the matchmaking while the Sales dining table is on the numerous side of the relationships (we.e. we elizabeth customer). In this instance, i explore a common profession ‘Customer Key’ to participate both tables. ‘Customer Key’ we have found used once the unique password that can help to help you identify for each and every customer label.
This content is restricted to site members. If you are an existing user, please log in. New users may register below.