Ну, тут все зависит от внешней среды и технического задания.
В большинстве случаев - завершить с фатальной ошибкой.
Возможно, подождать немного и попробовать соединиться повторно.
Возможно, использовать другой адрес соединения.
Возможно, ещё какие-то способы аварийно стартануть есть в приложении.
Может, исходный проект оформить как пакет для composer? Ну, или что у вас там..
В схеме с удалением сходу возникает вопрос - как обновлять то, из чего текущий проект сделан
имхо, было ТЗ.
если как написано в ТЗ не работает - это должно быть устранено, так как за ТЗ уже заплачено.
если не работает так, как в ТЗ и не описано - это уже доработка, за $$
таблица users,
по ней нет сортировки, соответственно, строки извлекаются в порядке вставки.
если в from использовать posts - по-идее, разница должна исчезнуть.
Select p.* from prices p
Join (select max(price_date) price_date, shop_id, prod_id from prices group by prod_id, shop_id) b using(price_date, shop_id, prod_id)
Свойство идентификаторов столбца не гарантирует следующее.
Уникальность значения — уникальность значения следует обеспечить с помощью ограничения PRIMARY KEY или UNIQUE либо индекса UNIQUE.
Если нужных правок локальных веток нет -
git checkout branch_name
git reset --hard origin/branch_name
Если есть - создай папку рядом, подними там git
Добавь его как второй origin и сделай в него пуш нужных веток.
Вернись к варианту 1
Потом смержи правки и удали вторую репу.