NHacker Next
  • new
  • past
  • show
  • ask
  • show
  • jobs
  • submit
Testing Postgres race conditions with synchronization barriers (lirbank.com)
haliliceylan 8 minutes ago [-]
Thats not postgresql problem, thats your code

IMHO you should never write code like that, you can either do UPDATE employees SET salary = salary + 500 WHERE employee_id = 101;

Or if its more complex just use STORED PROCEDURE, there is no point of using database if you gonna do all transactional things in js

lirbank 55 seconds ago [-]
Fair point - atomic updates like SET salary = salary + 500 sidestep the race condition entirely for simple cases. The examples are intentionally simplified to isolate the concurrency behavior. The barrier pattern is more relevant when you have read-modify-write operations that involve application logic between the read and the write - those can't always collapse into a single UPDATE.
Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact
Rendered at 21:21:21 GMT+0000 (Coordinated Universal Time) with Vercel.