Почему цикл if внутри цикла for который находится в цикле while не работает?

CityCat4, вы сегодняшний смогли бы объяснить себе, тому который 20 лет назад, тот же вопрос, но так чтобы тот (20 лет назад) согласился?

Как получить все записи в отдельные столбцы с группировкой по ключу?

Aljo, для транспонирования матрицы используется pivot, он может по-разному называться в СУБД, или вообще отсутствовать. При отсутствии, можно его делать через join.
Но, если не получилось, ("что не получилось?" - "ничего не получилось!"), значит для вас эта задача не решаема.

Как получить все записи в отдельные столбцы с группировкой по ключу?

Aljo, смотрите pivot для вашей субд

Почему запрос выполняется долго?

romaaa32, да, поэтому используйте skip locked, в этом случае, после блокировки, последующие запросы будут пропускать заблоченные и брать следующие.

Возможно выбрать все записи таблицы A с присоединением таблицы B, где A.b_id = B.id, но чтоб были все записи таблицы A и только часть записей B?

JZorkiy, без примера, не понятно, в чем у вас сложность. Должно быть чтото вроде этого:

record:
name, category_id
"A", 1
"B", 1
"C", 2
"D", null

category:
id, name
1, "Cat 1"
2, "Cat 2"

select record.name as record_name, category.name as category_name from record
    left join category on record.category_id=category.id

record_name, category_name
"A", "Cat 1"
"B", "Cat 1"
"C", "Cat 2"
"D", null

Возможно выбрать все записи таблицы A с присоединением таблицы B, где A.b_id = B.id, но чтоб были все записи таблицы A и только часть записей B?

JZorkiy, если нет ошибок в запросе и таблицах, то distinct не нужен

Получение запроса с php в python?

Keith Griffon, эээ, тут выше главная мысль, чтобы ответить на вопрос нужна конкретика. А вы кидаете еще один обобщенный вопрос, оторванный от жизни.

то есть tcp можно использовать в место unix?

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

Почему запрос выполняется долго?

romaaa32, да, примерно так. For update блочит строку, пока не произойдет update, все другие запросы этого типа ждут. Но, скорее всего 2сек это очень много, если между select и update делаете какие-то долгие операции, так делать нельзя - исправляйте, чтобы между select и update ничего не было.
Если у вас высокая нагрузка и MySQL 5.7, то вероятно косячит MySQL не высвобождая блокировку во время. Начиная с 8.0 вроде бы исправлено, и там есть skip lock, используйте его.

Какие варианты могут быть при рандомной невозможности системой увидеть рут-раздел при загрузке?

Tech, именно так. Номер устройство получает в произвольном порядке, кто первый ответил, "того и тапки". Раньше первым шел master, затем slave и порядок был гарантирован. Сейчас уже нет, поэтому если порядок и соблюдается, лишь из-за скорости ответа устройств, но разумеется на это рассчитывать не стоит и лучше всегда использовать uuid.

Как называется такая практика и является ли она приемлемой?

Вадим, что за секретная команда?
Если коммиты в логе, значит не "затерты". После merge у вас будет в истории разветвление - это нормально. Ветка - это ярлык на коммите, поэтому что предыдущие коммиты принадлежат ветке можно говорить лишь условно.
Если такая ситуация не нравится, то нужно делать не merge, а rebase на последний коммит master. Будет выглядеть "красивее", но так как это перезапись истории, то обычно не любят этот вариант.

Какие варианты могут быть при рандомной невозможности системой увидеть рут-раздел при загрузке?

На всякий случай, проверьте как выбирается загрузочный диск, если по имени /dev/nvme0n1p2, попробуйте поменять на UUID

Почему PHP так сравнивает строку и число?

Константин,

Строгое сравнение не вариант. В том же массиве у меня сравнение, например
string("0.5") == float(0.5)
И тут я должен получить true, а при строгом сравнении буду получать false

Ах вот зачем эта наркомания! Как всегда, вместо того, чтобы написать стабильный понятный код, мы пишем невесть что, пытаясь съэкономить 2 строчки, т.к. так "красивее и производительней".
Через месяц вы уже не будете понимать, что за бессмыслица была написана. Тесты, разумеется, тоже писаться не будут. Все варианты типов тоже никто не будет проверять. Со всеми отсюда вытекающими.

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

Стоит ли добавлять index для полей таблицы EAV?

Akina, допустим, но какой смысл этой таблицы в памяти? Любая таблица всегда помещается в память, зачем эти манипуляции?

Стоит ли добавлять index для полей таблицы EAV?

mayton2019, именно так, просто фраза выше реально звучит как "серебряная пуля". Действительно, надо исходить из того, как данные будут использоваться. Если плевать на производительность, нет проблем - json. Если не работаем с большими таблицами - тоже да. Причем данных может быть много, но, например, мы так удачно расшардировались, что даже при фильтрации по внутренностям json нам надо пробежать только 1 маленький шард. А если таблица большая и нам важны милисекунды, то выносить из json в отдельные поля и индексировать.

Ошибка: You have an error in your SQL syntax?

В какой документации? Явно не в доке по MariaDB https://mariadb.com/kb/en/grant/

Стоит ли добавлять index для полей таблицы EAV?

Akina,

Можно вообще закэшить статические таблицы, создав копию с ENGINE = Memory, только там создавать индексы, и поплёвывать на производительность дисковой подсистемы. А изменения класть обратно триггерами.

А что это даст? Кроме того, что экономим место на диске для индексов, но имеем тяжелый "холодный" запуск во время которого будут создаваться эти индексы в таблице в памяти.
При этом просто любая таблица с индексами и так будет в памяти во время работы и читать ее с диска нет нужды. Конечно, при условии что достаточный buffer pool.
Смысл наверное только для тяжелых таблиц, которые читаем раз в год, и в добавок buffer pool ограничен, так что вытеснение ее из памяти при обычном хранении вполне реально. Но, это чтото очень экзотичное.

Какой PHP фреймворк выбрать для реализации REST API?

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

Какой PHP фреймворк выбрать для реализации REST API?

Sanes,

не на Симфони, а на его компонентах. Немного разное. Тоже самое, что построить на произвольных библиотеках из композер.

А получится ли также использовать произвольные компоненты yii, не затянув при этом весь фреймворк?

Какой PHP фреймворк выбрать для реализации REST API?

Sanes, именно так, в нем нет больше необходимости, можно просто настраивать Symfony как микро или как макро.

Какой PHP фреймворк выбрать для реализации REST API?

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