kamu is done by a set of plug-in . This allows us to integrate many mature data processing frameworks, use them to transform data, while kamu coordinates all the advanced aspects of processing, tracks , ensures , etc.
The opinions below relate to ODF adapters implemented using the described engine, not the engines themselves. Engines featured here all have very different designs, making them more suitable for some tasks than others. Information below is intended as a rough guidance for engine choice within ODF and should be taken with a big grain of salt.
Known Engine Implementations
Schema Support
✔️* - There is currently no way to express nested and GIS data types when declaring root dataset schemas, but you still can use them through pre-processing queries
✔️** - Apache Flink has known issues with Decimal type and currently relies on our patches that have not been upstreamed yet, so stability is not guaranteed FLINK-17804.
❔ - Engine capability exists but requires more integration testing
Operation Types
Note that ODF always operates in , this all temporal aggregations and joins have to be supported by the engine in event-time processing mode.
✔️ - supported
✅ - supported and recommended
❌ - not supported
❔ - engine capability exists but requires more integration testing