| ▲ | znnajdla 6 hours ago | |
“Never impacts production data” is impossible to guarantee. Playing with real world data often has side effects outside of the database. For example if you store oauth tokens to external services in your DB (customer integrations) it’s easy to mess up your customers data through a bad API call (been there done that). There is still value in carefully testing on your prod DB, but for that you could just easily maintain a read replica. I don’t see the need for a SaaS here. | ||
| ▲ | vc289 5 hours ago | parent | next [-] | |
One of the main things people use us for is ease of testing writes on a per dev/agent basis which would be difficult on a read replica! On the real world data impact I absolutely agree. We added something called "branch hooks" which essentially let you define SQL to run against the branch before it's returned This lets you essentially anonymize and modify the branch to scrub unintended external side effects. It's something that we're still working on though and trying to design the right abstractions around because we want to get that part right. | ||
| ▲ | 999900000999 4 hours ago | parent | prev [-] | |
If it’s production data I probably don’t trust a random startup with it. I’m very confused as to the target market here | ||