Обычно я пытаюсь получить все столбцы, когда использую выражение group by
в своем запросе.
Создание потока из темы
CREATE STREAM events_stream \
( \
account VARCHAR, \
event_id VARCHAR, \
user_name VARCHAR, \
event_name VARCHAR, \
source VARCHAR, \
message VARCHAR, \
timestamp STRUCT<iMillis INTEGER>) \
WITH (KAFKA_TOPIC='console_failure', VALUE_FORMAT='JSON');
создание таблицы из потока выше.
ksql> CREATE TABLE events_table AS \
SELECT source, count(*) \
FROM events_stream \
WINDOW TUMBLING (SIZE 60 SECONDS) \
WHERE account = '1111111111' \
GROUP BY source \
HAVING count(*) > 3;
Создание этого сообщения 4 раза.
ip="10.10.10.10"
data = {
"account": "1111111111",
"event_id": "4cdabe46-690d-494a-a37e-6e455781d8b4",
"user_name": "shakeel",
"event_name": "some_event",
"source": "127.0.0.1",
"message": "message related to event",
"timestamp": {
"iMillis": 1547543309000
}
}
producer.send('console_failure', key='event_json', value=dict(data)
Это работает, как и ожидалось!Но как получить другие поля (например, user_name, message и т. Д.) Для сопоставленного результата?
ksql> select * from events_table;
1550495772262 | 10.10.10.10 : Window{start=1550495760000 end=-} | 10.10.10.10 | 4
ksql>
После использования я понимаю, что, возможно, мы не можем получить другие столбцы при использовании оператора group by
.
ksql> CREATE TABLE events_table1 AS \
> SELECT source, event_id, \
> count(*) \
> FROM events_stream \
> WINDOW TUMBLING (SIZE 60 SECONDS) \
> WHERE account = '1111111111' \
> GROUP BY source \
> HAVING count(*) > 3;
Group by elements should match the SELECT expressions.
ksql>
Можем ли мы добиться этого с помощью повторного ввода потока?
После прочтения this Я попытался повторно преобразовать свой поток в поле event_id
, но не уверен, как использовать ключ разделав моем group by
утверждении.
Ниже приведена ошибка, которую я получаю, когда пытаюсь использовать rekey.
ksql> CREATE STREAM events_stream_rekey AS SELECT * FROM events_stream PARTITION BY event_id;
Message
----------------------------
Stream created and running
----------------------------
ksql>
ksql> SELECT ROWKEY, EVENT_ID FROM events_stream_rekey;
4cdabe46-690d-494a-a37e-6e455781d8b4 | 4cdabe46-690d-494a-a37e-6e455781d8b4
ksql>
ksql> CREATE TABLE events_table2 AS \
> SELECT source, \
> count(*), \
> WITH (KAFKA_TOPIC='EVENTS_STREAM_REKEY', VALUE_FORMAT='JSON', KEY='event_id'),
> WINDOW TUMBLING (SIZE 60 SECONDS) \
> WHERE account = '1111111111' \
> GROUP BY source \
> HAVING count(*) > 3;
line 1:70: extraneous input 'WITH' expecting {'(', 'NOT', 'NO', 'NULL', 'TRUE', 'FALSE', 'INTEGER', 'DATE', 'TIME', 'TIMESTAMP', 'INTERVAL', 'YEAR', 'MONTH', 'DAY', 'HOUR', 'MINUTE', 'SECOND', 'ZONE', 'CASE', 'PARTITION', 'STRUCT', 'REPLACE', 'EXPLAIN', 'ANALYZE', 'FORMAT', 'TYPE', 'TEXT', 'CAST', 'SHOW', 'TABLES', 'SCHEMAS', 'COLUMNS', 'COLUMN', 'PARTITIONS', 'FUNCTIONS', 'FUNCTION', 'ARRAY', 'MAP', 'SET', 'RESET', 'SESSION', 'DATA', 'IF', '+', '-', '*', STRING, BINARY_LITERAL, INTEGER_VALUE, DECIMAL_VALUE, IDENTIFIER, DIGIT_IDENTIFIER, QUOTED_IDENTIFIER, BACKQUOTED_IDENTIFIER}
Сведения о версии KSQL: CLI v5.1.0, Server v5.1.0
-------------------------- ШАГИ ДЛЯ ВОСПРОИЗВОДСТВА --------------------------
Сценарий производителя : Этот сценарий сгенерирует 4 сообщения менее чем за 30 секунд.
import time
import uuid
from kafka import KafkaProducer
from json import dumps
producer = KafkaProducer(bootstrap_servers=['localhost:9092'],
value_serializer=lambda x:
dumps(x).encode('utf-8'))
for i in range(1, 5):
time.sleep(1)
data = {
"account": "1111111111",
"event_id": str(uuid.uuid4()),
"user_name": "user_{0}".format(i),
"event_name": "event_{0}".format(i),
"source": "10.0.9.1",
"message": "message related to event {0}".format(i),
"timestamp": {
"iMillis": int(round(time.time() * 1000))
}
}
time.sleep(2)
producer.send('testing_topic', value=data)
Вкл. использование сообщений из testing_topic (с использованием обычного потребительского сценария).
{'account': '1111111111', 'event_id': 'c186ba8a-2402-428a-a5d8-c5b8279e14af', 'user_name': 'user_1', 'event_name': 'event_1', 'source': '10.0.9.1', 'message': 'message related to event 1', 'timestamp': {'iMillis': 1551296878444}}
{'account': '1111111111', 'event_id': '4c45bff7-eb40-48a8-9972-301ad24af9ca', 'user_name': 'user_2', 'event_name': 'event_2', 'source': '10.0.9.1', 'message': 'message related to event 2', 'timestamp': {'iMillis': 1551296881465}}
{'account': '1111111111', 'event_id': '4ee14303-e6d1-4847-ae3d-22b49b3ce6eb', 'user_name': 'user_3', 'event_name': 'event_3', 'source': '10.0.9.1', 'message': 'message related to event 3', 'timestamp': {'iMillis': 1551296884469}}
{'account': '1111111111', 'event_id': '3c196ac5-9559-4269-bf51-95b78ce4ffcb', 'user_name': 'user_4', 'event_name': 'event_4', 'source': '10.0.9.1', 'message': 'message related to event 4', 'timestamp': {'iMillis': 1551296887472}}
Ожидаемый результат : если сообщения содержат одинаковый адрес source
в течение 30 секунд после времени окназа то же самое account
тогда яхочу получить следующие немедленные полные сообщения (4-е сообщение в моем случае, как показано ниже).Можно ли это сделать с помощью KSQL?
{'account': '1111111111', 'event_id': '3c196ac5-9559-4269-bf51-95b78ce4ffcb', 'user_name': 'user_4', 'event_name': 'event_4', 'source': '10.0.9.1', 'message': 'message related to event 4', 'timestamp': {'iMillis': 1551296887472}}