Azure / Azure/data-api-builder

[Bug]: Multi Datasource rest and swagger not working

Offen
#3,638 5 Kommentare 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen
bug cri triage
Vorherrschende Sprache
C#
Sterne
1.5k
Forks
370
Ø Merge
3 T. 22 Std.
Gemergte PRs (30 T.)
9

Beschreibung

### What happened?

Hello, I have tried a couple different versions of creating a multi datasource configuration. I have two databases, that I want to use one DAB instance to span across (not joining data or anything, just exposing endpoints for the two databases). I have deployed this in a test/dev environment and I have swagger picking up the entities in the second config (datasource and entities only in this one) file but is not picking up the methods available. That said, when I try to post to a couple of the tables to do inserts I get 500 errors, but the stored procedure calls work fine and the reads seem to work fine.

### Version

1.7.93

### What database are you using?

Azure SQL

### What hosting model are you using?

Container Apps

### Which API approach are you accessing DAB through?

_No response_

### Relevant log output

```Text

```

### Code of Conduct

- [x] I agree to follow this project's Code of Conduct

Beitragsleitfaden

Beitragsleitfaden öffnen

Rechercherichtung

Der Bericht nennt keine Dateien, Tests, Konfiguration oder Logausgabe. Beginne damit, das Multi-Datasource-Setup mit Azure SQL zu reproduzieren, und untersuche das REST- und Swagger/OpenAPI-Verhalten für die zweite Datasource, einschließlich der 500-Antworten; abgeschlossen ist die Aufgabe, wenn beide Datasources ihre Methoden bereitstellen und Tabelleneinfügungen erfolgreich sind.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
azure, csharp, openapi, sql
Bereich
api, backend, database
Issue-Typ
Bug
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Ruhig
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
38/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.