[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()`.

Beginne damit, das Setup von TracerProvider und den Abfragepfad von Azure.DataApiBuilder.Core.Resolvers.IQueryExecutor nachzuverfolgen; das Issue identifiziert die fehlende Registrierung von AddSqlClientInstrumentation(). Vergleiche die emittierte Telemetrie mit den OTEL-Datenbank-Semantikkonventionen und überprüfe, dass die SQL-Ausführung unter dem HTTP-Span einen untergeordneten Span mit den Attributen mssql, dem Datenbanknamen und dem Statement erzeugt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.