N

MySQL:

UPDATE Admins A
JOIN Users U ON U.UserID = A.AdminID
SET A.password = U.password
WHERE U.UserID = 123;

Test MySQL here

MS SQL:

UPDATE Admins
SET Admins.password = U.password
FROM Admins A JOIN Users U ON U.UserID = A.AdminID
WHERE A.AdminID = 123;

MS SQL Fiddle

Эффективность здесь вообще не при чем.
Генератор - это синтаксический сахар
То есть вопрос вообще не про эффективность

вот ей-богу, какая-то болезнь что ли.
у вас любая функция оценивается только по одному признаку - "эффективность"! Какая быстрее - такая и лучше.
всё, других критериев нет. и наоборот - если кто-то где-то насвистел что одна функция "эффективнее" другой - то всё, везде используется только эта, вопреки логике и здравому смыслу. потому что эффективнее же!

Но на самом деле бывают и другие критерии.
У генератора есть одно однозначно полезное применение - возможность создания унифицированных интерфейсов.
Любой потоковый источник он может превратить в перебираемый.
То есть можно наплодить интерфейсов и скармливать их какому-нибудь форичу, и он будет с ними работать, не зная, поток внутри, или массив. Файл, результат запроса из БД, раскодированный джейсон - если в каждого из этих источников будет перебираемый интерфейс, то все их можно будет перебирать в одном и том же цикле.
И вот ради такой унификации и используется генератор

спросите у многих, кто это говорит.

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

лично я для web–дев/бэкэнд предпочитаю слоника.

select *, current_timestamp from some_table;

Надо добавить

curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true);

Основное назначение алиасов - устранение неоднозначности при наличии одноимённых таблиц/полей.

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

Если ещё смыслы, но они минорны.

<?php
$text = 'Это первая строка текста.
А это вторая строка.
А здесь третья строка.';

// split to rows
$rows=explode(PHP_EOL, $text);

//get first 2 rows
$first2rows = array_slice($rows, 0, 2);

//implode to new text
$newtext = implode(PHP_EOL,$first2rows);

var_export($newtext);

Run PHP here

Зачем что то добавлять если можно посчитать?

CREATE TABLE `test`.`test_table` (
  `id` INT NOT NULL,
  `price` INT NULL,
  `count` INT NULL,
  PRIMARY KEY (`id`));

SELECT id, price, count, (price * count) as total FROM test.test_table;

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

И соответственно туда вы вставляете только в момент оформления заказа

Это регулярное выражение: ^(.+)\.(\d+)\.(css|js)$

^ — начало строки
( ) — то, что внутри скобок, отдельно попадёт в переменные $1, $2, .. $N
. — любой символ
+ — определяет количество предшесвтующего ему: «1 или несколько»
.+ — один или несколько любых символов
\. — буквально точка обыкновенная, point vulgaris, без спец. значения
\d — цифра. \d+ одна или несколько цифр
(css|js) – или "css" или "js"
$ — конец строки

Таким образом эта регулярка совпадёт, скажем, со строкой
/css/main.min.682375227.css и заменит её строкой без числа:
/css/main.min.css

Наверное, так борются с кэшированием в браузере. В HTML можно писать с любым числом, и браузер подумает, что это что-то новое. А сервер всегда отдаст один и тот же main.min.css, какой там у него есть.

find . -regex ".*\.\ini" -exec sed -i 's/было/стало/g' "{}" \;

один раз придется все конфиги дополнить инструкцией include common.conf;

Создать этот файл common.conf и в него помещать общие инструкции.

Как вариант, скрипт написать, который вставит дополнение в каждый конфиг.

https://laravel.com/docs/8.x/queries#json-where-clauses

user = Newbie(login, password)
Какое-то неправильное ООП.

Метод logging наверно нужно переименовать, например на auth_user
И использовать в нём переменные экземпляра класса т.е. self.passwordи self.login