The second two args are new

@arohner the uuid generator is fully random with a uniform distribution, so you shouldn't be any more likely to get collisions than you are in Real Life, i.e. it shouldn't ever happen

What about during shrinking?

My guess is you're seeing the effects of shrinking, where your test gets run repeatedly with similar data

So the UUIDs won't shrink, but your test is run again, so if you have state in a database that you're not resetting between trials, that'd be a problem

I agree it's annoying, because UUIDs otherwise seem like such an effective way of implicitly partitioning a stateful external system by trial

I'm curious whether, in practice, blasting lots of data into a test DB w/o deleting it is faster than truncating between trials