Melkij

Вопросы оптимизации запросов не имеют смысла без указания используемой СУБД.

select ..., p.event_id is not null from events as e left join participations as p on p.user_id = ? and e.id = p.event_id

либо

select ..., exists(select null from participations as p on p.user_id = ? and e.id = p.event_id) from events as e

Сейчас версия postgis 3.0.0

https://postgis.net/2019/10/20/postgis-3.0.0/

Note that a major change in 3.0 is that the raster functionality has been broken out as a separate extension.

-- install these if you need them
CREATE EXTENSION postgis_raster;

если кратко: https://bugs.php.net/bug.php?id=62467

This can't be fixed; PHP doesn't control the way libxml2 does the allocations.

explain (analyze,buffers) с включенным track_io_timing покажите.

Варианты:
- вы проводите весь час времени не на сортировке, а где-то ещё о чём решили не писать. Соответственно вопрос неактуален и искать надо там где обронили, а не где светло.
- у вас несоответствующие настройки автовакуума (читай дефолтные)
- время занимает filesort, а от ssd у вас по ошибке стоят read-optimised.

Получается, что можно сделать свою виртуальную машину (суммирующий сервер)

Да.

не придётся собирать Raspberry Pi

Да.

не придётся арендовывать сервер

Нет.
MPTCP должны уметь хосты и принимающие и отправляющие данные.

На одном только отправителе - старый добрый LARTC и multihome routing со своими ограничениями

information_schema.sequences верный ответ, только стоит имя схемы так же учитывать чтобы не получить случайно несколько строк с разных схем.

SELECT increment FROM information_schema.sequences where sequence_name = 'example' and sequence_schema = 'public';

В postgresql 10+ можно обратиться к системному каталогу так

select increment_by from pg_sequences where schemaname = 'public' and sequencename = 'example';

До 10 релиза посмотрите в
select * from public.example;
(нет под рукой чтобы уточнить имя поля)

Но если не нужны детали реализации postgresql - то information_schema.sequences вероятно будет уместнее т.к. маловероятно будет изменяться в major релизах.

Ну раз уж позвали...

очень плохо документирован

Тут полностью согласен.

давно не обновляется и не поддерживается

А вот тут смотря что подразумевать.
pgq доступен для postgresql 12 - и для этого был ряд коммитов в pgq в этом году. Аналогично в этом году адаптировали скрипты для python3 вместо бывшего ранее python2. То есть вообще-то поддерживается если трактовать как усилия направленные на восстановление работоспособности.

или вообще не стоит использовать postgresql, а использовать специализированную базу данных?

Если вам нужна транзакционная очередь в postgresql - ничего лучше pgq мне неизвестно. Самописные реализации делаются просто и дают фейерверки в работе под нагрузкой. О том смотрите доклады моих коллег, ссылку на доклад Алексея вот уже привели.
Если вам нужна очередь без привязки к транзакциям в базе - имеет смысл посмотреть специализированные брокеры. Затруднюсь что-то подсказать конкретное.

Это синтаксис именно MS SQL.
Но sqlite его для совместимости тоже умеет: https://www.sqlite.org/lang_keywords.html

Следовательно, импортируйте сперва в sqlite, затем экспортируйте нормально. В нормальных стандартных кавычках - если ваш mysql в sql_mode=ANSI_QUOTES - или в специфичных для mysql апострофах `.

Если вы показываете стектрейс пользователю - то это ваша ошибка независимо от того какие данные там видны. Ошибки кода вы должны логировать себе, а пользователю показывать красивую страницу 500.

PDO при подключении даёт не ошибку, а генерирует исключение. Именно для того чтобы его было легко перехватить, как и любое исключение, и обработать.

Postgresql требует запуск сервера бинарниками скомпилированными ровно той же самой версии CATALOG_VERSION_NO что и был вызван initdb при инициализации datadir.
CATALOG_VERSION_NO активно изменяется в процессе разработки, никогда - после релиза major версии.

201909212 - заморожен для 12.0
201906161 - относится к 12beta2

Мы не гарантируем что beta версии будут бинарно совместимы с релизом. Если вы по глупости запустили в работу бета версию и теперь хотите оттуда достать данные - соберите и запустите кластер версии 12beta2. Затем pg_dumpall, поставить и инициализировать initdb релизной версии (12.1 сейчас), импортировать дамп туда.

Определитесь с тем как вы будете удалять эти данные.

3 колонки id, factor_id, parcel_id

Данную таблицу не надо анализировать или агрегировать. Нужно только иметь возможность быстро вставить и прочитать запись.

Очень большое сомнение что вам здесь нужен id вместо составного pk.

увеличивается примерно на 100к записей в день

Т.е. сейчас у вас данные за 15 лет работы и вас беспокоит что будет ещё через 15 лет? Ну просто пересчитав указанные объёмы вставки.

В полновесном MVCC транзакционнике PostgreSQL очень маленькие строки держать несколько дорого именно по месту, заголовок строки большой.

3 колонки id, factor_id, parcel_id

24 да 3*8 байт если эти поля считать bigint'ами, да на лярд записей... порядка 25гб плюс-минус. Фигня вопрос вообще-то. У вас проблема-то есть? Или просто руки чешутся?

CREATE OR REPLACE FUNCTION autocountfunc()
EXECUTE PROCEDURE autocuontfunc()

Используете не ту функцию на которую смотрите.

create type person_type as enum ('registrator', 'coordinator', 'user');
create table person (
id serial,
name person_type not null
);

при добавлении новой строки

BEFORE DELETE

Не находите ничего странного?

Впрочем мой хрустальный шар показывает, что вам нужен вовсе

CREATE TABLE big_bank(
    id SERIAL NOT NULL PRIMARY KEY,
    fio TEXT NOT NULL,
    percent numeric DEFAULT 0,
    score NUMERIC DEFAULT 0,
    total NUMERIC GENERATED ALWAYS AS (percent * score) STORED
);

Ну или до postgresql 12 эмулировать да, триггером, но вот так:

CREATE OR REPLACE FUNCTION autocuontfunc() RETURNS TRIGGER AS $big_bank$
   BEGIN
      NEW.total = NEW.percent * NEW.score;
      RETURN NEW;
   END;
$big_bank$ LANGUAGE plpgsql;

CREATE TRIGGER auto_cuont BEFORE INSERT OR UPDATE ON big_bank FOR EACH ROW EXECUTE PROCEDURE autocuontfunc();

https://www.postgresql.org/docs/current/logicaldec...
Инфраструктура Logical Decoding.

Либо триггером пишете в pgq, ваше приложение вычитывает очередь pgq. Это сильно проще.