Допустим есть некое апи, которое от клиента принимает объект (новая запись ). Класть в базу и получить из неё ид нового объекта долго.
Допустим кладём объект в redis hash. Но как получить его ид, по которому он в базе лежать будет? Первичный ключ.
Можно завести в редисе счетчики на каждую сущность-таблицу. Тогда берём ид первичного ключа в редисе и отдаём клиенту. Вроде все ок. Потом уже добавляем непосредственно в базу.

Но может случиться рассинхрон . Те из редиса получил ид 1234. А по какой то причине он уже есть в базе. Клиент получил новый ид, у него обновилась таблица. И он решил сразу объект удалить. Получится он удалит другой объект.
Или второй вариант ситуации. Клиент получил 1234. И решил отредактировать объект. Сразу. В итоге обновится другой.

В продолжении рассинхрона. Когда реально будет добавляться в базу объект получим нарушение пк. Но тут думаю можно просто дернуть max(pk), добавить объект , обновить его ид в редисе ну и скорректировать счётчик пк по таблице.

Сумбурно слегка, но думаю понятно

Хм. Чёт не подумал)
А базе не будет «фиговато» от гуида в качестве первичного ключа?
Пишу не подумав )

Не соглашусь. Тестировал и прямо в базу вставлять и сначала в редис . Разница ответа сервера практически на порядок. По крайней мере с выборкой и кэшем в виде редиса. Запрос к базе простецкий. Возвращает ее более 100 строк.

те гуид в виде ПК в таблице? и отдавать клиенту набор данных с ключами не 1,2,3 , а страшные длинные строки?)

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

у всех компетенции разные

Что посоветует компетентный человек?
Если совсем по простому. есть счет. приходит с клиента его шапка вместе с двумя строками тела. Идентифицировать что это один объект не проблема )
guid как то сомнительно , даже если хранить его в FB как CHAR(16) CHARACTER SET OCTETS
Да и конвертировать его придется постоянно отдавая клиенту.
Да и все ж базе оперировать в индексах с int или guid тоже разница есть, плюс в наличии еще помимо ПК еще и ФК.

почитал как делаю всякие фэйсбуки и тд.
получается так. при получении новых записей с клиента дергают какой то сервис , который отдает уникальный ИД в пределах всей базы. ну тот же редис со счетчиком. ну и далее уже после ответа клиенту добавляют в медленную базу.