The article makes a good job of explaining the requirement but it doesn't actually explain why expanding OTEL to support a jdbc exporter is not the best solution. Other than "it's not straightforward".

Tracing is not as trivial as it seems and I would be warry of rolling out a bespoke solution.

A few questions that come to mind:

• what do you mean when you say the traces should be "stateless"?
• why a SQL database? Traces typically have evolving schemas
• why can't this be done with a straightforward Filter implementation?