Matchu 3744a476e5 Fix db transactions with pooling ... Ah okay, pools support `query` and `execute` the same way connection objects do (as a shorthand for acquiring, querying, and releasing), but it doesn't have the same helpers for transactions. Makes sense: you need those queries to go to the same connection, and an API where you just call it against the pool object can't tell that it's part of the same thing! Now, we have our transaction code explicitly acquire a connection to use for the duration of the transaction. An alternative considered would have been to have `connectToDb` acquire a connection, and then release it at the end of the GraphQL request. That would have made app code simpler, but added a lot of additional potential surprise failure points to the infra imo (e.g. what if we're misunderstanding the GraphQL codepath and the connection never gets released? whereas here it's relatively easy to audit that there's a `finally` in the right spot.)		2022-01-08 18:49:00 -08:00
..
app	Update lists after click item page own/want button	2021-11-30 16:52:38 -08:00
server	Fix db transactions with pooling	2022-01-08 18:49:00 -08:00
shared	Fix UC outfit images	2021-05-25 17:02:29 -07:00
index.js	[WIP] Fix eslint for Next.js	2021-11-01 22:07:46 -07:00
react-app-env.d.ts	Finally finish TS setup, build works!	2021-02-02 21:38:57 -08:00