Доброе время суток! Есть таблица с данными из стрима, т.е.

Question

Доброе время суток! Есть таблица с данными из стрима, т.е.

оператор только insert. Что-то вроде
id uuid, modified_ts timestamp и много других колонок. В подавляющем числе запросов нужны только актуальное= последнее id. Я думал использовать отдельную колонку которая будет обновляться с помощью trigger. Т.е. "флаг"=1 для актуального(последнего по timestamp) id а остальные записи с тем же id будут "флаг"=0.
Вопрос нужно или искать другое решение или звучит разумно?

#backend #devops #pgsql #programming #russian

0

03.05.2023

20 ответов

14 просмотров

Konstantin Zaitsev

Ilya Anfimov
Лучшэ регистр последних в отдельную таблицу пихать...

Место экономим 😂

0

03.05.2023

Denis M Автор вопроса

Ilya Anfimov
Лучшэ регистр последних в отдельную таблицу пихать...

Я так и сделал. Не могу понять почему я так решил... А разве колонка с флагом в той же таблице не лучше? Я про то что мне кажется join медленнее чем where. Я что-то напутал? Не могу для себя объяснить почему лучше в другую таблицу "актуальные"/последние данные записывать.

0

03.05.2023

Ilya Anfimov

Лучшэ в первую очередь тем, что большая таблица у вас будет практически write-only. Без удалений. Это уменьшает шансы на всякий bloat. А маленькая — её и перестроить если что недолго. К тому жэ, вашы пляски с обновлением не тех строк — логически довольно нетривиальная операцыя. Особенно при параллельных запросах. А строку в одной таблицэ апсертнуть — тривиальная. Кроме того, никаких joinов не предвидится если в маленькой будет всё, что нужно для большынства запросов. Ну, и по эффективности выборки — оба варианта можно сделать вполне эффективными.

0

03.05.2023

Konstantin Zaitsev

Ilya Anfimov
Лучшэ в первую очередь тем, что большая таблица у ...

Дайте мне undo 😂😂😂😂

0

03.05.2023

Denis M Автор вопроса

Ilya Anfimov
Лучшэ в первую очередь тем, что большая таблица у ...

Спасибо за пояснение. У меня в большой PK это sequence, назовём rowno т.е. trigger в актуальную/маленькую таблицу добавляет новую строку с rowno, id, timestamp или меняет существую через upset. К тому в актуальной есть foreign key на большую таблицу. Работает, пока данных не много, но я переживаю за performance в будущем.

0

03.05.2023

Konstantin Zaitsev

Denis M
Спасибо за пояснение. У меня в большой PK это seq...

А зачем вы pk меняете?

0

03.05.2023

Denis M Автор вопроса

Konstantin Zaitsev
Дайте мне undo 😂😂😂😂

К сожалению не понял про что вы. Любопытно

0

03.05.2023

Konstantin Zaitsev

Denis M
Спасибо за пояснение. У меня в большой PK это seq...

Вы большую таблицу вообще не затронете если в маленькой pk не меняете

0

03.05.2023

Denis M Автор вопроса

Konstantin Zaitsev
А зачем вы pk меняете?

Вы про маленькую таблицу? Там PK это id и timestamp.

0

03.05.2023

Konstantin Zaitsev

Denis M
Вы про маленькую таблицу? Там PK это id и timestam...

И что ?

0

03.05.2023

Denis M Автор вопроса

Konstantin Zaitsev
И что ?

Извините, только id

0

03.05.2023

Konstantin Zaitsev

Denis M
Извините, только id

Покажите схему вы запутали А так то, ну вставляются записи из приложения ну и хорошо

0

03.05.2023

Denis M Автор вопроса

Konstantin Zaitsev
Покажите схему вы запутали А так то, ну вставляют...

Большая таблица: rowno int8 (pk), id uuid, ts timestamp, остальные колонки Маленькая таблица: id uuid (pk), rowno int8 (fk к большой), ts timestamp Дальше триггер в большой insert в маленькую on conflict do update в маленькой

0

03.05.2023

Konstantin Zaitsev

Denis M
Большая таблица: rowno int8 (pk), id uuid, ts time...

А ну да! Для pg отлично

0

03.05.2023

Konstantin Zaitsev

Denis M
Большая таблица: rowno int8 (pk), id uuid, ts time...

Тока как вторая маленькой получилась ?))

0

03.05.2023