Only KeyedState can be used as queryable state. So you cannot query the
OperatorState.
AFAIK, it should not be a problem if an operator has OperatorState and
queryable KeyedState.
2017-09-07 17:01 GMT+02:00 Navneeth Krishnan :
> Will I be able to use both queryable
Will I be able to use both queryable MapState and union list state while
implementing the CheckpointedFunction interface? Because one of my major
requirement on that operator is to provide a queryable state and in order
to compute that state we need the common static state across all parallel
Hi Navneeth,
there's a lower level state interface that should address your
requirements: OperatorStateStore.getUnionListState()
This union list state is similar to the regular operator list state, but
instead of splitting the list for recovery and giving out splits to
operator instance, it
Thanks Gordon for your response. I have around 80 parallel flatmap operator
instances and each instance requires 3 states. Out of which one is user
state in which each operator will have unique user's data and I need this
data to be queryable. The other two states are kind of static states which
Hi Navneeth,
Answering your three questions separately:
1. Yes. Your MapState will be backed by RocksDB, so when removing an entry
from the map state, the state will be removed from the local RocksDB as
well.
2. If state classes are not POJOs, they will be serialized by Kryo, unless a
custom
Hi All,
I have couple of questions regarding state maintenance in flink.
- I have a connected stream and then a keyby operator followed by a flatmap
function. I use MapState and keys get added by data from stream1 and
removed by messges from stream2. Stream2 acts as a control stream in my