You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
An analyzer can observe multiple conditions on a path at the same time. The question is how to name and organise all the different conditions and, almost more importantly, how the value field should look like depending on the condition.
Variant A: one condition per observation
a result row with N conditions will be transformed into N observations each with identical path, time(, value) etc.
Variant B: each condition combination is a condition
not really useful if only a string concat and no logic relation to 'basic' conditions.
results in exploding number of conditions
Variant C: multiple conditions per observation
the field condition is an array: condition: ['cond1', 'cond2', 'cond3']
searching for observations given a single condition is easy because of mongodb's special behavior when operating on arrays. (see link above).
In addition, let's introduce that each condition has defined a mandatory set of keys in the values field. in practice this means for each condition we define a json-schema.
TODO: think about a clever way how to populate the value field associated with multiple conditions without key collisions and too much copies. (mplane registry?)
The text was updated successfully, but these errors were encountered:
An analyzer can observe multiple conditions on a path at the same time. The question is how to name and organise all the different conditions and, almost more importantly, how the
value
field should look like depending on the condition.Variant A: one condition per observation
Variant B: each condition combination is a condition
Variant C: multiple conditions per observation
the field condition is an array:
condition: ['cond1', 'cond2', 'cond3']
searching for observations given a single condition is easy because of mongodb's special behavior when operating on arrays. (see link above).
In addition, let's introduce that each condition has defined a mandatory set of keys in the values field. in practice this means for each condition we define a json-schema.
TODO: think about a clever way how to populate the value field associated with multiple conditions without key collisions and too much copies. (mplane registry?)
The text was updated successfully, but these errors were encountered: