Hacker Newsnew | past | comments | ask | show | jobs | submit | Spixel_'s commentslogin

Maybe consider renaming this since pgTAP [0] exists and has nothing to do with this.

[0]: https://pgtap.org/


I don't get the transaction bit. At least with postgres, a transaction doesn't guarantee that all statements in it see the data at the same point in time (actually, it's not even guaranteed for subqueries).

Also, often, the transactional database servers is more difficult to scale than application servers so from a technical standpoint, it makes sense to do this glue work in app code.


> a transaction doesn't guarantee that all statements in it see the data at the same point in time

This depends on the transaction isolation level. If you use snapshot or serializable this should be the case (but you may have aborted transactions due to optimistic concurrency).


You are right, but note that the default isolation level is "Read committed" in postgres.


Doesn’t it guarantee consistency from the time the transaction started (assuming read committed isolation)? It guarantees you won’t see something “later” than when your transaction began.

https://www.postgresql.org/docs/current/transaction-iso.html

I’m likely misunderstanding what you mean by time.


Read committed (which is the default), doesn't guarantee that. See "Nonrepeatable Read" and "Phantom Read" which are both possible in your documentation page.


SSI scales fine for most workloads as long as you correctly mark your read-only transactions.


We migrated to Remix a few months ago, never going back.



Comments aren't bad per se, but they should explain Why vs. How.


You should play Obra Dinn.


> Given how much programming now consists of "copy, paste, and modify," enforcing style conventions on Stack Overflow might do more to improve general coding standards than anything else we could try.

I'm guessing most of developers use a formatter like black [0] nowadays so that will have less and less impact.

[0]: https://github.com/psf/black


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: