We deliberately only do retries in places where we know it is safe to retry without leaving the side efects?. Is this the case? Can you consider all the scenarios and make sure that there are no side-effects of such failed connection ?

Generally the approach is that if we are unsure about it - failing the whole process is the BEST option as default - then it means that either retries happen or simply "failed" task in the UI will be a signal to do the retry.

But if you can have certainty that retrying in a specific DB operation is safe and leaves no side effects (for example memory growth, connections open etc.) - feel free to propose a PR to handle it - we have a decorator for retrying db operations in certain specific cases where we discussed and agreed that it is safe to do so - but if you feel strong that this is the case and can convince the community to accept such PR - feel free to try it.