Cited by 51Advanced Database Systems and QueriesDistributed systems and fault toleranceData Management and Algorithms

The DOI matches its Crossref record.

Streams and Tables: Two Sides of the Same Coin

Open access
Sax, Matthias J., Wang, Guozhang, Weidlich, Matthias, Freytag, Johann-Christoph·2018·Proceedings of the International Workshop on Real-Time Business Intelligence and Analytics

Abstract

Stream processing has emerged as a paradigm for applications that require low-latency evaluation of operators over unbounded sequences of data. Defining the semantics of stream processing is challenging in the presence of distributed data sources. The physical and logical order of data in a stream may become inconsistent in such a setting. Existing models either neglect these inconsistencies or handle them by means of data buffering and reordering techniques, thereby compromising processing latency.

Overview

The claims and statistics of this paper haven’t been checked yet.

Run the check — free, no account needed. It reads the open-access text and checks the sources it cites.

A few free checks a day · papers already verified open instantly · results are public

Integrity signals

Registry

Crossref · 10.1145/3242153.3242155

Cites

Statistics

Verification

Claims the paper makes

The claims and statistics of this paper haven’t been checked yet.

Run the check — free, no account needed. It reads the open-access text and checks the sources it cites.

A few free checks a day · papers already verified open instantly · results are public

Claims other papers make about this one

Each is checked against this paper’s own text: does it say what the citing paper says it does?

  • Apache Kafka Streams has a restricted set of features compared to most other stream processing frameworks, particularly concerning integration with external systems.

    “Compared to most other stream processing frameworks, it has a restricted set of features, in particular, concerning the integration with external systems.”

    From Benchmarking scalability of stream processing frameworks deployed as microservices in the cloud (2024) · cites this paper as Sax et al., 2018

    Section 5 describes Kafka Streams’ processing features and its use of Kafka topics, but does not compare its feature set with other frameworks. A search for external-system integration and comparative limitations found no passage addressing the claim. (LLM, conf=0.73)

    Experimental — accuracy not yet measured

Self-check

Percentages, sums and reported differences re-computed from the paper’s own numbers.

The self-check needs the paper’s full text.

Citations

Cites

No references could be resolved yet.

Research works printed but not linked: 26

  1. 10.1007/s00778-003-0095-z · DOI
  2. Daniel Abadi et al. 2005. The Design of the Borealis Stream Processing Engine. In CIDR , 2nd Biennial Conf. on Innovative Data Systems Research. 277--289 . Daniel Abadi et al. 2005. The Design of the Borealis Stream Processing Engine. In CIDR, 2nd Biennial Conf. on Innovative Data Systems Research. 277--289.
  3. 10.14778/2536222.2536229 · DOI
  4. 10.14778/2824032.2824076 · DOI · Paper page
  5. Arvind Arasu , Shivnath Babu , and Jennifer Widom . 2003 . CQL: A Language for Continuous Queries over Streams and Relations. In Database Programming Languages, 9th Int. WS. 1--19. Arvind Arasu, Shivnath Babu, and Jennifer Widom. 2003. CQL: A Language for Continuous Queries over Streams and Relations. In Database Programming Languages, 9th Int. WS. 1--19.
  6. 10.1145/543613.543615 · DOI
  7. 10.1145/603867.603884 · DOI
  8. Roger Barga et al. 2007. Consistent Streaming Through Time: A Vision for Event Stream Processing. In CIDR , 3rd Biennial Conf. on Innovative Data Systems Research. 363--374 . Roger Barga et al. 2007. Consistent Streaming Through Time: A Vision for Event Stream Processing. In CIDR, 3rd Biennial Conf. on Innovative Data Systems Research. 363--374.
  9. 10.1145/16856.16861 · DOI
  10. 10.14778/2735496.2735503 · DOI
  11. 10.1145/2187671.2187677 · DOI
  12. 10.1007/s00778-012-0297-3 · DOI
  13. 10.1023/A:1009726021843 · DOI
  14. 10.1145/212433.220201 · DOI
  15. 10.14778/1454159.1454179 · DOI
  16. Jay Kreps , Neha Narkhede , and Jun Rao . 2011 . Kafka: A distributed messaging system for log processing . In Proceedings of the NetDB. 1--7. Jay Kreps, Neha Narkhede, and Jun Rao. 2011. Kafka: A distributed messaging system for log processing. In Proceedings of the NetDB. 1--7.
  17. 10.1145/1807167.1807290 · DOI
  18. 10.5555/1316689.1316733 · DOI
  19. 10.1145/1066157.1066193 · DOI
  20. 10.14778/1453856.1453890 · DOI
  21. 10.1109/69.790816 · DOI
  22. Ling Liu et al. 1996. Differential Evaluation of Continual Queries . In Proc. of the 16th Int. Conf. on Distributed Computing Systems. 458--465 . Ling Liu et al. 1996. Differential Evaluation of Continual Queries. In Proc. of the 16th Int. Conf. on Distributed Computing Systems. 458--465.
  23. 10.1007/978-3-540-30570-5_3 · DOI
  24. 10.1145/1055558.1055596 · DOI
  25. 10.1145/130283.130333 · DOI
  26. 10.1109/TKDE.2003.1198390 · DOI

Cited by

Sorted by citations

Metadata

Authors
Sax, M. J., Wang, G., Weidlich, M., & Freytag, J.-C.
Affiliations
  • Confluent Inc., Palo Alto, USA
  • Humboldt-Universität zu Berlin (DE)
Venue
Proceedings of the International Workshop on Real-Time Business Intelligence and Analytics
Publisher
ACM
Published
2018-08-27
Pages
1-10
OpenAlex
W2892199102
Cited by
51
References
0
Citations by year
2026: 6 · 2025: 8 · 2024: 6 · 2023: 6 · 2022: 4 · 2021: 11 · 2020: 4 · 2019: 6
FWCI
3.51
Type
conference paper
Language
en
Open access
Topics
  • Physical Sciences › Computer Science › Information Systems › Advanced Database Systems and Queries
  • Physical Sciences › Computer Science › Computer Networks and Communications › Distributed systems and fault tolerance
  • Physical Sciences › Computer Science › Information Systems › Data Management and Algorithms
Keywords
stream processing, distributed data sources, data inconsistency, data buffering, reordering

About these checks

Registry, retraction, Cites and statistics results are computed, not judged, with one exception: a printed reference that no index lists is read once by a model before it counts as a citation error. Claims are extracted by a model and kept only when their quote appears verbatim in the text; each cited source is then checked, with a model’s help, for whether it says what the claim relies on. Those verdicts can be wrong — read the claim’s quote and the cited source before relying on one.

Statistics and arithmetic are recomputed, not judged.

Confidence bands are shown only for fields calibrated on our annotated test set. None is calibrated yet, so no band is shown.

What counts as a claim ›How we measure confidence ›How we check this ›

Are you an author, or do you see a problem with this page? Request a review