[Bug]: Critical! No database query trace spans

SQL queries are logged at debug level (visible in OTEL logs and file telemetry) but are never emitted as trace spans. There is no way to see database latency in a trace waterfall or correlate slow queries back to the HTTP request that triggered them.

## Expected

Each SQL query should produce a child span under the parent HTTP request span, following the [OTEL database semantic conventions](https://opentelemetry.io/docs/specs/semconv/database/):

```
[Server] GET /api/Todo ── 220ms
└─ [Client] SELECT ... FROM dbo.Todo ── 18ms
db.system = mssql
db.name = TodoDb
db.statement = SELECT TOP 101 [dbo_Todo].[id] ...
```

This is standard for .NET apps using `AddSqlClientInstrumentation()`.

## Actual

SQL queries only appear in debug-level OTEL logs, not as trace spans:

```
InstrumentationScope Azure.DataApiBuilder.Core.Resolvers.IQueryExecutor
LogRecord #1
Body: Str( Executing query: SELECT TOP 101 [dbo_Todo].[id] AS [id], ...)
```

Zero `db.system: mssql` spans exist. The `TracerProvider` does not register `AddSqlClientInstrumentation()`.

Inizia tracciando la configurazione di TracerProvider e il percorso della query di Azure.DataApiBuilder.Core.Resolvers.IQueryExecutor; l'issue identifica la registrazione mancante di AddSqlClientInstrumentation(). Confronta la telemetria emessa con le convenzioni semantiche dei database di OTEL e verifica che l'esecuzione SQL produca uno span figlio sotto lo span HTTP, con gli attributi mssql, il nome del database e lo statement.

Scritto dal modello di indicizzazione a partire dal testo della issue.