Melkij

Можно, это даже транзакционная команда. Разумеется, до окончания транзакции авторизоваться с именем этого пользователя не получится.

PS: больше одного супера - большой вопрос к организации работы базы

Будут ли работать на такой достаточно старой материнской плате NVME диски, подключенные через адаптер PCI-E?

Да. Ограничение только что не сможет быть загрузочным диском. Когда nvme только появлялись, даже в штатном комплекте имели адаптер на PCI-E слот с отдельными пометками, мол, в зависимости от материнки устройство может не работать как загрузочное устройство. Под данные работает, лишь бы ОС знала что такое NVME, а материнке уже без разницы.
(собственно даже я сейчас набираю это сообщение с несильно более новой материнки чем ваша, Z77 чипсет, имея nvme в адаптере)

Рассматриваю покупку PCI-E x16 платы на 4 NVME диска, но вот в отзывах на эту плату пишут такое:

Такие адаптеры полагаются и соответственно требуют использования технологии под названием PCI-E Bifurcation. Ваша материнка наверняка слишком старая для этого. Соответственно, материнка считает что в одном слоте PCI-E x16 может быть только одно устройство (потому что это шина точка-точка) и из 4 слотов под NVME диски работать будет только один.
PCI-E Bifurcation позволяет сконфигурировать и объяснить материнке, что да, это слот х16, но будь добра считать его за х4+х4+х4+х4 разные слоты, соответственно на 4 устройства меньшей пропускной способности.

maintainer here.

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

Буквально так и пишется дай messages для который нет вот таких

select ... from messages where not exists (select from comments where comments.message_id = messages.id and comments.author_id = 100);

tldr: WHERE a LIKE concat('%',$1,'%') либо конкатенировать к параметру на стороне приложения.

'%$1%' - это строковой литерал, константа из 4 символов. Внутри литерала никто параметры искать и подставлять не будет. Поэтому в запросе не найдено ни одного места для параметров, а вы передаёте один параметр - что явная ошибка логики программы, об этом и выводится ошибка.

Для отправки файла Content-Type должен быть multipart/form-data с соответствующим стандарту оформлением. Но вы переопределяете Content-Type на кастомный и нарушаете стандарт запроса.
Уберите свой CURLOPT_HTTPHEADER и получите файл в $_FILES как обычно.

Либо отправляйте свой файл как-то иначе, не через curl_file_create. Договоритесь на отправителе и получателе использовать один и тот формат запроса.

https://dev.mysql.com/doc/refman/8.4/en/with.html
В mysql нет синтаксиса with ... insert ...
insert ... select допустим в виде INSERT ... WITH ... SELECT ...

мне понравилась идея делать обширные подзапросы отдельно

Аккуратнее, оно к очень большим приключениям.

Не имеет отношения к postgresql. Чисто bash

DB_NAME = foo - это команда
DB_NAME=foo - это переменная

Если внимательно посмотреть на то что действительно написано, то это будет

$products_data = [];
if ($query) {
    $sql = "SELECT * FROM `products`";
    $products_data = $db->query($sql)->fetchAll(\PDO::FETCH_ASSOC);
}

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

Потому что where строковой_литерал это или заведомо невыполнимый запрос, 0 строк (если строковой литерал пустая строка) или истина для всех строк таблицы. Почему это строковой литерал? Ну, потому что таков синтаксис SQL, строка в одинарных кавычках - литерал.

А вот что вы подразумевали дальше, мне догадаться сложнее. Если в $query записано то что в вопросе, то что тогда такое должно быть :product_Id1?

Don't ask for end-of-life PHP versions or Ubuntu release, they won't be provided.

собственно
18.04 EOL уже с год как

Ни документация ни гитхаб не упоминает поддержку экзотических платформ вроде windows. Только обычный linux.

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