d-stream

https://dev.mysql.com/doc/refman/8.0/en/with.html
красиво, рекурсивно

Бронебойно:

select 
    row = field_1 +","+field_2+","+field_3

По-моему MySQL умеет pivot - тогда это лучший вариант.

Самый примитивный вариант:
оконными функциями вычисляем дельту между соседними событиями (например в минутах или секундах)

потом это агрегируем по дням-сотрудникам, а дельты суммируем, указывая в качестве знака признак вход/выход

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

сходный, но чуть более удобный в плане выявления вариант - pivot'ом раскладываем отметки времени на две колонки, а далее как в первом варианте - дельты (только уже имея возможность фильтровать вышел-зашел)

p.s. из практики - совершенно бесперспективный путь, если на входе не стоит шлюз-мельница под надзором двух суровых вохровцев.

Более перспективный вариант - можно предложить по более подробному описанию исходной задачи/проблемы

А не лучше ли рекурсивно брать всю цепочку, притом собирать рейтинг детей как avg например?

Формулировка вопроса идентична "мне скачаный файл не нужен, как закачать его обратно в интернет?"

У таблиц субд порядок вывода по запросу определяется либо явно order by в каждый момент времени, либо как субд удобно, приото каждый раз по-разному. А то что часто стихиный порядок повторяется -это всего лишь случайность.

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

Читаю условие в запросе: "выбрать тех людей, кто одновременно мальчик и девочка")

Не существует в природе deals.value такого чтобы оно одновременно было и 'test@test.com' И '123456789'

p.s. из армейского "стой там и иди сюда")

Лучше нанять гуру SQL, чтобы потом не создавать вопросы "как побороть тормоза?"

Волшебное универсальное средство - case
www.mysqltutorial.org/mysql-case-function

Практически каждый пример рекурсивного cte как раз иллюстрирует разворачивание дерева в плоскую структуру и там как минимум фигурирует id, id родителя и уровень вложенности.

То бишь дополнение любого из этих примеров условием where level = N (или скорее level <= N) даст универсальный нужный результат.

журнал действий, на основании которого пользователю будет показываться история

тем или иным образом использовать distinct или group by

Видимо лучше всего - чужой и свой код.

Полагаю что статический анализатор анализирует файл, предполагая что это что-то но не sql

Собственно любое решение приведет в явному или неявному разделению CSV на несколько.
Так что можно это делать любым удобным способом.

Обобщенный универсальный вариант:

update table
set ...
from table
join ....
where ...

использовать join