Melkij

В пределах одного сервера СУБД - сделайте view. При наличии прав у пользователя к другим БД этого же самого хоста обращаться может.
На другой сервер - насколько мне известно невозможно.

В коммутаторах есть MAC-таблица, которую он составляет при первоначальном подключении в сеть, рассылая запросы...

Неверно полностью.

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

Из таблицы вычищаются адреса, от которых не было пакетов в течении определённого времени (в настройках коммутатора если такие такая, типично 5 минут)

pg_repack - это community extension, форк более раннего pg_reorg. И не отрицая вклад участников pgpro в разработку postgresql в целом - я не вижу их среди контрибьютеров pg_repack.

Мы активно используем обе. Основные моменты касательно pg_repack vs pgcompacttable в общем-то именно я и изложил в README компактора. Если говорить на русском:
- pg_repack делает копию таблицы, т.е. требуется двукратный запас диска. Компактор работает в рамках одной таблицы и требует место только под копию наиболее толстого индекса и то, толстые индексы обрабатываются самыми последними. Т.е. расчёт на работу когда места уже мало.
- компактор намеренно выполняется медленно чтобы не задевать работающий проект
- компактор не может обрабатывать toast таблицы. Репак - может.
- pg_repack характеризуется очень заметными пиками io и wal. Вся таблица едет одной транзакцией и это никак не регулируется. Поэтому может аффектить прод на неважных дисках и в том числе оторвать реплики при недостатке сетевой полосы.
- pg_repack умеет перемещать между tablespace и может делать команду cluster

(или лучше подстроить автовакум)?

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

Общее правило - сначала нормальная форма, потом денормализация. Не наоборот.

Возможно лучше вовсе time-series базы посмотреть.

limit можно передавать параметром. Проблема в комбинации двух фактов:
1) эмуляция prepared statements в pdo дефолтно передаёт строки
2) парсер mysql утверждает, что limit обязан быть числом

Поэтому необходимо исправить один любой из этих нюансов:
1) указать тип параметра явно:

$q = $dbh->prepare("select ... limit :limit");
$q->bindValue(':limit', 10, PDO::PARAM_INT);
$q->execute();

2) либо отключить эмуляцию prepared statements: PDO::ATTR_EMULATE_PREPARES => false в настройках соединения.

Не падает, а отказывается принимать новые соединения из-за исчерпания указанного в конфиге лимита max_connections.
Есть отдельная страничка в мануале

Для mysql коннекты не такие тяжёлые относительно того же postgresql и max_connections вполне можно увеличивать.
Какие коннекты открыты и откуда можно посмотреть в show processlist

А с кавычками выводит "ничего" т.е. ноль полей.

С какими именно?

user='40'
'user'='40'
"user"='40'

Это три абсолютно различных условия, выполняющих совершенно разные вещи.

user - зарезервированное слово по требованию стандарта. По стандарту не уверен что обозначает в контексте where, надо искать (может как часть create user и подобных только зарезервирован), а в postgresql обозначает имя текущего пользователя. Имеет тип name, что и провоцирует ошибку.
Т.е. первое условие в принципе не имеет никакого отношения к каким-либо пользовательским таблицам.

'user' - просто текстовая константа. Никто не мешает в условии сравнивать одну константу с другой, where 1=1 в некоторых query builder отсюда же.

"user" - обращение к объекту, игнорируя зарезервированные слова. То есть если у вас в таблице proxy есть поле user - то запрос должен быть записан как
select * from proxy where "user"='40'

Но общая практика - лучше не надо использовать зарезервированные слова в качестве идентификаторов.

select concat('от ', min, ' до ', max) from ...
?

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

Начать необходимо вот отсюда: https://habrahabr.ru/post/146901/
И, собственно, придти к выводу, что лучше оставить как есть в одном поле. Если в каких-то местах нужны другие формы обращений - прописать их явно, а не конструируя по имеющимся заблуждениям о фио.

А так:
0) делается дополнительный бекап
1) выкатывается alter table добавляющий новый поля
2) выкатывается приложение, умеющее писать синхронно старую и новую структуру, но читающее только старую
3) отдельным процессом в цикле небольшими частями преобразуются данные - это если подлежит автоматической обработке
4) выкатывается приложение использующее только новую структуру
5) архивируется и удаляется исходная структура

Для всего-то тысячи записей может проще будет залочить табличку на несколько секунд.

Если тривиальной автоматике обработка не подлежит, то часто вместо 3 пункта делают выгрузку primary key, source_data, как-нибудь изменяют и готовят csv primary key, source_data, new_data, копируют в temporary table, затем делают слияние мультитабличным update этих двух таблиц с recheck'ом по source_data. Затем выгружают данные для которых не было обновления, разбираются, ещё раз обновляют и т.д. до заполнения всего.

CPU-z на вкладке SPD пишет то, что в SPD модуля, а не текущее состояние. Текущее состояние - в memory. А в Max Bandwidth указан максимальный стандартный по JEDEC режим.

что будет если вставить в сокет К процессор

Ничего не изменится.

поэтому интресует вопрос будет с таким процессором память работать на 2400

Будут, оба процессора.
XMP профили - интела разработка и есть. В спецификациях интел давно уже занижает режимы памяти относительно поддерживаемых делителей частоты памяти. Де юре - разгон, де факто - автоматическая настройка. Лет 10+ назад попадалась память с отдельной инструкцией мол заявленный режим работы памяти протестирован, но настроить вы его должны сами в BIOS.

И какую частоту выставить на данный момент? 1600 или 2400?

Какую хотите.