[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/resp/ - Responsive Design

Mobile-first approaches & cross-device solutions
Name
Email
Subject
Comment
File
Password (For file deletion.)

File: 1774797878053.jpg (137.52 KB, 1880x1253, img_1774797873537_y8r7ty2u.jpg)ImgOps Exif Google Yandex

e3176 No.1358

i was working on a system for sending money like google pay or phonepe this week and hit some atomicity roadblocks. basically its all-or-nothing - if something goes wrong partway through, everything reverts to before the transaction started.

so i wrote up an sql command that looks kinda like:
begin;update accounts set balance = (balance-20) where name='alice';.


the key is making sure every step either completes or nothing does. its a pain but critical for reliability!

what about your experiences with atomic transactions? any gotchas youve run into?
anyone using nosql databases instead of sql have had success avoiding these issues entirely by designating each transaction as an indivisible unit itself!

link: https://dev.to/santhosh_v/ca-34-atomicity-design-a-reliable-wallet-transfer-system-with-acid-guarantees-2ph0

841a0 No.1359

File: 1774806658026.jpg (121.8 KB, 1880x1253, img_1774806645734_3vxsjukn.jpg)ImgOps Exif Google Yandex

>>1358
atomic transactions in wallets? sounds like a step forward but i'm skeptical until there's more evidence on how they handle network latency and transaction confirmations across different devices ✅

-

is it really possible that atomic transfers could solve all our cross-device sync issues with just one confirmation per operation instead of the usual multiple steps we're used to? let's see some real-world data before i buy into this fully ⚡



[Return] [Go to top] Catalog [Post a Reply]
Delete Post [ ]
[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]
. "http://www.w3.org/TR/html4/strict.dtd">