Согласно таблице Флинка Концепции потоковой передачи API, запросы API таблиц и SQL могут завершиться ошибкой из-за увеличения размера состояния.
Размер состояния. Непрерывные запросы оцениваются в неограниченных потоках и часто должны выполняться в течение недель или месяцев. Следовательно, общий объем данных, обрабатываемых непрерывным запросом, может быть очень большим. Запросы, которые должны обновлять ранее выданные результаты, должны поддерживать все выданные строки, чтобы иметь возможность обновлять их. Например, в первом примере запроса необходимо сохранить счетчик URL-адресов для каждого пользователя, чтобы иметь возможность увеличивать счет и отправлять новый результат, когда входная таблица получает новую строку. Если отслеживаются только зарегистрированные пользователи, количество поддерживаемых счетчиков может быть не слишком большим. Однако, если незарегистрированным пользователям назначается уникальное имя пользователя, количество поддерживаемых счетчиков со временем будет расти и в конечном итоге может привести к сбою запроса.
Table API и SQL используют DataStream API под капотом.
Разве состояние запросов Table API / SQL не должно масштабироваться так же, как состояние заданий DataStream API?