7 ms·
My current setup on a personal project is docker compose with Postgres and pgadmin container. I would never think of mocking a database in 2024/2025, just spin
by sickblastoise 2y ago
My current setup on a personal project is docker compose with Postgres and pgadmin container.
I would never think of mocking a database in 2024/2025, just spin one up.
Also keep your lynch pin invariants in the database and not in your code.
- bdangubic 2y agoin 2024/2025 you just might be working with 985 petabyte database which just might have a few issues being “spun up” :)
- sickblastoise 2y agoAre you developing directly against your production database?
- bdangubic 2y agoreplica in the staging environment
- nerdponx 2y agoI am definitely not talking about a full copy of the data here. I more head in mind a small but representative sample, enough to run and exercise units of code with confidence.
- pdimitar 2y ago> Also keep your lynch pin invariants in the database and not in your code. I do both. That is how you protect against stressed devs at 2:00 AM trying to insert crap in the production database and how you also make good apps that don't blow up with database exceptions and give you neat validation errors in forms and/or JSON `errors` keys (when it's an API).