SP
Это вопрос к базе или нет
Size: a a a
2021 February 08
am
(говорят, в 2010-м году какой-то японец решил задачу double spending’а даже для распределенной среди кого попоало базы данных)
am
Это вопрос к базе или нет
Это вопрос к тому, что одного из бронировщиков надо послать ошибкой «денег нет».
YS
Вопрос простой.
Понятно, что если есть один сервис, который просит списать или положить бабло, то мы просто апдейтим запись. Е сли деклаин тоже апдейтим запись
А если таких сервисов 4 или 5?
То может быть таоке что в единицу времени ежечасно я заапрувил и снял деньги для одного сервиса(то есть сперв азабронировал денбги а потмо списал), а второй раньше забронировал и потом надо списать, то уже писывать нечего так как первый списал ранее.
Конкурентое списнаие денег баланса... Что тогда делать? Это задача базы или всё же решается в коде?
Понятно, что если есть один сервис, который просит списать или положить бабло, то мы просто апдейтим запись. Е сли деклаин тоже апдейтим запись
А если таких сервисов 4 или 5?
То может быть таоке что в единицу времени ежечасно я заапрувил и снял деньги для одного сервиса(то есть сперв азабронировал денбги а потмо списал), а второй раньше забронировал и потом надо списать, то уже писывать нечего так как первый списал ранее.
Конкурентое списнаие денег баланса... Что тогда делать? Это задача базы или всё же решается в коде?
Лично я бы попробовал:
1. Нормально спроектировать базу
2. Написать правильно работающие сами по себе операции
3. Использовать transaction isolation level = serializable
...
4. Profit (не надо думать о "конкурентных списаниях" и прочей низкоуровневой / не относящейся к бизнес-требованиям ерунде).
"Общий" совет, конечно — но конкретных примеров Вы тоже не показали. ;)
1. Нормально спроектировать базу
2. Написать правильно работающие сами по себе операции
3. Использовать transaction isolation level = serializable
...
4. Profit (не надо думать о "конкурентных списаниях" и прочей низкоуровневой / не относящейся к бизнес-требованиям ерунде).
"Общий" совет, конечно — но конкретных примеров Вы тоже не показали. ;)
am
Yaroslav Schekin
Лично я бы попробовал:
1. Нормально спроектировать базу
2. Написать правильно работающие сами по себе операции
3. Использовать transaction isolation level = serializable
...
4. Profit (не надо думать о "конкурентных списаниях" и прочей низкоуровневой / не относящейся к бизнес-требованиям ерунде).
"Общий" совет, конечно — но конкретных примеров Вы тоже не показали. ;)
1. Нормально спроектировать базу
2. Написать правильно работающие сами по себе операции
3. Использовать transaction isolation level = serializable
...
4. Profit (не надо думать о "конкурентных списаниях" и прочей низкоуровневой / не относящейся к бизнес-требованиям ерунде).
"Общий" совет, конечно — но конкретных примеров Вы тоже не показали. ;)
3. Это неспортивно.
YS
3. Это неспортивно.
Ну так это и не спорт, а бухгалтерия (и т.д.). ;)
am
А если там хайлоад бухгалтерия, то помирать с этим серьязейблом?
SP
А если там хайлоад бухгалтерия, то помирать с этим серьязейблом?
банк и есть бухгалтерия и да хайлоад бухгалтерия и есть банк
SP
А если там хайлоад бухгалтерия, то помирать с этим серьязейблом?
Любая операция с Вашей банковской картой бухгалтерия )
am
банк и есть бухгалтерия и да хайлоад бухгалтерия и есть банк
Рокетбанк давно закрыли. Вас забыли уволить.
SP
Рокетбанк давно закрыли. Вас забыли уволить.
Мня там нет :D
YS
А если там хайлоад бухгалтерия, то помирать с этим серьязейблом?
То использовать адекватное "железо", например.
И, кстати, почему Вам кажется, что он как-то связан с "помирать", особенно на практике?
И, кстати, почему Вам кажется, что он как-то связан с "помирать", особенно на практике?
SP
ладно, никакого спама. Я подумаю как задать конструктивный вопрос , попробую с разных сторон а там посмотрим. Спасибо за мысли всем, кто ответил.
A
Привет, коллеги. Можно как-то при имеющихся файлах pg_wal на горячей базе их откатить на дату создания этих файлов?
VY
Привет, коллеги. Можно как-то при имеющихся файлах pg_wal на горячей базе их откатить на дату создания этих файлов?
Flashback-а нет
A
и они уже применились на таблицы? может можно их удалить и рестартануть кластер, он без них встанет
YS
Привет, коллеги. Можно как-то при имеющихся файлах pg_wal на горячей базе их откатить на дату создания этих файлов?
Кого откатить?
WAL невозможно "проиграть назад", если вопрос об этом.
WAL невозможно "проиграть назад", если вопрос об этом.
YS
и они уже применились на таблицы? может можно их удалить и рестартануть кластер, он без них встанет
Сразу после таких действий нужно снести уже "битый" кластер, и восстановить его из backup.
am
Yaroslav Schekin
То использовать адекватное "железо", например.
И, кстати, почему Вам кажется, что он как-то связан с "помирать", особенно на практике?
И, кстати, почему Вам кажется, что он как-то связан с "помирать", особенно на практике?
Запускал в свое время хайлоад бухгалтерию и там все умерло даже без серьязейбла.
A
Yaroslav Schekin
Сразу после таких действий нужно снести уже "битый" кластер, и восстановить его из backup.
так накатились в таблицы данные? там битый скорее всего чинится проставлением версии