Anonymous

Привет. Только практика. Или ты придумываешь задачи себе сам, что на самом деле сложно, или просишь у кого-то, чтоб дали реальный кейс, который можно выполнить или находишь сам на просторах сети... Или решаешь чьи-то проблемы(а-ля фриланс). Можно напроситься на практику в какое-нибудь предприятие, где есть циски, микроты, доменная сеть и в целом инфраструктура. Но там уже вопрос в том, как специалист по информационной безопасности отреагирует и какая вообще политика компании.

Можно

На windows это не должно влиять

Мысль совершенно правильная.

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

Поэтому большая часть классических алгоритмов, все эти пузырьки со вставками, имеют скорее академическую ценность. И с психологической точки зрения только затрудняют обучение. Всегда сложнее учить сферического коня в вакууме, не подкрепленного практическими задачами.
Но с другой стороны, все эти вещи развивают мозги, дают базу, которая потом, в дальнейшем, при переходе к более сложным задачам, сможет пригодиться.

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

Юзер с логином, хэшем пароля и мылом - это уже структура данных.
Подмножество юзеров - тоже структура (массив, список и т.п.) структуры из строчки 1

Программисты, будучи студентами на 1-2 курсе изучают алгоритмы и структуры данных (АСД) чтобы
писать более эффективные программы. При этом задача использования DBMS им еще не ставиться.
На этом этапе они учатся оптимизировать и понимать разницу между o(1), o(n^2), o(lon(n)) и т.п.
алгоритмической сложностью. Сложность определяет, как будет работать выбранный алгоритм
при очень резком (шквальном) росте исходных данных. И если ты это не учил, то ты сто процентов
напишешь фигню и твой алгоритм никогда не завершиться, какой-бы мощностьи процессор у тебя
ни стоял. И вот чтобы дать анализ такой ситуации, как раз и нужны знания АСД. А работа на пределе
мощностей сегодня везде. Игры. Рендеринг 3д. Майнинг. Обучение языковых моделей.

Работая с MySQL ты этого не видишь т.к. часть алгоритмов скрыта от тебя под фасадом SQL API.
Но тебе и недоступны вышеперечисленные задачи. Их стек - шире чем тот что ты используешь.
И если ты собираешся всю жизнь работать на PHP/MySQL то скорее всего АСД тебе действительно не
нужны.

Чтобы решить проблему, её надо сначала сформулировать.
В данном случае никакой проблемы нет, есть невнятные страдания.
Ни кода, ни внятного описания проблемы, ни даже пояснения, что имеется в виду под "добавлением" в вопросе нет.

В простейшем случае либо делать один множественный запрос insert, либо заключить отдельные запросы insert в транзакцию