split analysis is real-time and recalculation part (different logic to be used)
It would be nice if we could have a "real-time" and "recalculate" part in an analysis. As source data could have changed you probably want sometimes the analysis to act in another way. Example: 2 attributes are used to trigger an event-triggered analysis and assume they write both a value for the same time stamp. in real-time this would mean that the analysis is triggered only once (1 trigger possible per time stamp) and is missing the value of one of the 2 attributes (depends who writes first). but with a recalculation both values are present and because of that the result can be different. so it would be nice if we can anticipate on this by allowing a different analysis setup taking the differences into account
Stephen, if I'm correct then CalculationWaitTimeInSeconds is only valid for scheduled analyses.
Bart, real time calculation with analyses include a default wait time of 5 seconds (configurable). Therefore in your scenario of both triggers arriving at the same time, both values would be included in the calculations. More importantly, if real time calculations and recalculations use different logic, then which result is correct? Perhaps in your case you should have two analyses with different logic generating two different result sets.