Не соображу, как SQL запрос составить

Результатом выполнения запроса должна быть таблица следующего вида:

Какой дурацкий вид результата. Зачем так делать?

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

Вобще не проверял:

SELECT  u.Login, t1.Points AS TestName1_Points, t2.Points AS TestName2_Points, t3.Points AS TestName3_Points 
FROM Users u
LEFT JOIN TestResults t1 ON u.Login = t1.Login AND t1.TestName = 'TestName1'
LEFT JOIN TestResults t2 ON u.Login = t2.Login AND t2.TestName = 'TestName2'
LEFT JOIN TestResults t3 ON u.Login = t3.Login AND t3.TestName = 'TestName3';

Где ты прочитал что тестов 3? На сколько я понял там неизвестное количество тестов.

запрос делается обычно по двум-трем из них.

Хотя это ТС должен уточнить, что именно ему надо, может он хочет такой запрос, чтобы тот сам определил сколько различных тестов есть в TestResults...

С произвольным количеством столбцов вряд ли получится. Я бы выгружал два столбца - логин и json с результатами.

Задача учебная или реальная?

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

Если реальная - то тут либо динамическое формирование запроса, либо наоборот, сливаем общим запросом все данные по Васе (несколько десятков записей - это фигня на самом деле), а выходную таблицу делаем уже программной логикой по результатам запроса. Можно объединить оба подхода.

В общем, мне кажется, что пытаться решить задачу одним запросом в данном случае - неоптимальный путь.

СУБД какая? На mysql можно сделать group_concat, но он объединяет записи в одно поле.

Спасибо, взял за основу ваш запрос, немного переделал, всё работает.

Где ты прочитал что тестов 3? На сколько я понял там неизвестное количество тестов.

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

Это и есть динамическое формирование запроса.