Как тогда обеспечивают работу двух баз, если бы я использовал, к примеру, InfluxDB
Не пытаются между ними делать FK, вот уж точно.
Весьма полезно проверять во что эти птичьи языки всевозможных orm'ов в итоге реально преобразовываются.
Удивительно, не могу найти подобный синтаксис в документации. А что даёт select version() на той базе, где, как вы говорите, этот alter table выполняется?
Я, например, считаю - и моя локальная база с этим согласна - что в mysql вовсе нет синтаксиса ALTER COLUMN id cast(11 as int) и, следовательно, этот alter table можно просто выбросить как ничего не делающий на исходной базе будучи синтаксически некорректным.
Именно потому и нужно "зачем".
Если вы переносите базу - то вам не нужен modify. Создавайте таблицу сразу в нужном конечном виде.
Если это вялотекущий долговременный перенос и нужно стянуть изменения схемы в апстриме - то понимать какая схема таблицы была - надо.
Напишите команду полностью. В mysql нет команд, начинающихся со слова MODIFY. Могу предположить, что речь об alter table - а потому напишите ещё зачем вы это хотите делать и какова структура таблицы до того.
Потому что SQL стандарт предписывает при обращении через unquoted identifier приводить идентификатор в определённый регистр принудительно.
Таблица называется Couriers, так допустимо именовать идентификатор. Но только как quoted identifier с точки зрения синтаксиса.
Потому что это всё, согласно синтаксису идентификаторов, обращение к одной и той же таблице couriers. Назвали таблицу не в том регистре - соизвольте теперь к ней всегда обращаться синтаксически корректно. См. ссылку на документацию, там объяснено.
Делаете как положено, штатными средствами export\import баз.
как лучше перетащить на новый raid Postgres
Заострю внимание: в пределах одного сервера.
Ну вот сами и объясняйте как сделать initdb, с какими ключами, как запустить два инстанса postgresql параллельно, где потом править PGDATA на новое местоположение в системных сервисах (с учётом используемой ос и init'а, в дебианах systemctl edit postgresql.service скорей всего уведёт не туда куда надо). Ну, ничего сложного, конечно. Но зачем?
Определите для начала, кто именно перестал запускаться. postgresql или всё-таки pgadmin. Это разные в принципе проекты. Если сама база - то приведите лог попытки старта.
