не путайте теплое с мыгким

кстати, да
есть хранилища данных и привычный всем подход к извлечению этих хранимых данных (выборки)
а есть подход с работой над потоковыми данными (streams) и выборками из них

инструменты разные для этих задач

1. Ну во первых я ничего не писал про язык, написал как раз про базы. Любой движок базы тянет за собой требования к синтаксису запросов? Или вы можете к эластику обратится с помощью SQL?
2. Понятие "Потоковые данные" вещь очень обстрактная, если обращаться к данным. Ты должен их зафиксировать их в памяти и уже обращаться. Это считается потоком?
3. Изначально я писал про примеры в правилах, зачем их описывать абстрактно через gte/gle если можно более понятно описать с помощью SQL

Спорить не буду, но говорить о стандарте SQL, у которого 25-лет истории и миллоины использований - как неэффективным и сложном очень странно

1. Да - могу https://www.elastic.co/what-is/elasticsearch-sql
2. Есть такое понятие CEP там ничего не сказано про память
3 -
4. Ибо так оно и есть. Давайте, поработайте в терминах SQL с графовой базой, я поржу.

SQL разрабатывался и хорошо работает в области реляционных отношений, но за его рамками начинаются трудности разного храрактера

Любой инструмент хорош в той области, под которой он точился

Не нужно путать мягкое с теплым😁👌🏼

что из этого теплое, а что мягкое?

п.3 еще более фантастическая вещь относительно корреляционного движка. Если при поиске событий, AQL еще как-то корректно сравнивать с SQL, т.к. как вы правильно отметили это поиск в прошлое, которое уже случилось(хотя AQL еще может на потоке фильтровать события). То в разрезе правил, применения синтаксиса SQL к корелляционному движку приведёт к раздуванию правила, т.к. перевод простейших примитивов корелляционных движков в SQL, приводит к раздуванию, чтобы достичь хоть какую-то эквивалентность, я уже не говорю про такие вещи как пороги, частичная сработка, итд итп.  
Про двадцатипятилетнюю историю языка тоже не понятно, т.е. если он эти 25 лет использовался по назначению и хорошо справлялся со своей задачей отнюдь, не значит, что на 26 год, он будет хорошо справляться с другой задачей, для которой он не подходит и решение которой при его созданнии не закладывалось 🙂

ну SQL же это только язык, а вот реляционная база это подход к организации данных

не вижу противоречий. язык, созданный для работы в рамках определенного подхода.

термин DSL слышали, наверное

так вот, SQL - DSL для реляционных отношений

Так

Хоть и маленькая пятница

Но все же

Ключевая фраза всех диалогов

Заканчиваем терминологические, понятийные и тд споры, не относящиеся к тематике чатика

Метрик нет, спор бесполезен

метрика есть - кол-во символов, требуемых для выражения одного правила корреляции. Допустим: перебор паролей с разных хостов в течение 5 минут, после этого RDP- сессия.