Всё что выше 2666 отмечено OC. То есть может работать, может не работать, может работать нестабильно - развлекайся пользователь сам. Производителя это не волнует, как видно по "подробной" документации. То что управлять 4 планками контроллеру памяти сложнее, чем одной - в общем-то логично. Физически контроллер памяти нынче в процессоре, это верно. Найти на него спеку ещё веселее квест (честно - я не справился, только упоминания что для этого поколения ryzen есть проблемы с высокочастотной памятью в 4 четырёх слотах).
Разные тайминги - да, это неправильно. Но кручение их вручную тоже входит в понятие OC.
Как тогда обеспечивают работу двух баз, если бы я использовал, к примеру, 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. Назвали таблицу не в том регистре - соизвольте теперь к ней всегда обращаться синтаксически корректно. См. ссылку на документацию, там объяснено.