Wir haben eine Webapp, wo jeder Client seine eigene db hat (ca. 700 im Moment).Verbindungen mit vielen Datenbanken
In SubSonic 2 mussten Sie jeden Anruf mit SharedDBConnectionScope
umwickeln, um die richtige Verbindungszeichenfolge zu verwenden, andernfalls liefen Sie Gefahr, dass ein Thread oder Client Daten von einem anderen Thread oder Client abruft.
In SubSonic3 wird das noch benötigt? Muss ich die Anrufe wie in 2.x umschließen?
Es gibt einfache Möglichkeiten, die Datenbank jetzt zu wechseln, aber habe ich immer noch Threadprobleme oder kann ich den Anruf auf SharedDBConnectionScope
abbrechen?
Ich verstehe das. Ich setze die Verbindungszeichenfolge beim Erstellen der IQuerySurface (YourDB in Ihrem Beispiel) und das funktioniert gut. Aber in 2.x würden Threading-Probleme auftreten, Client a würde die Daten von clinet b sehen, wenn Sie nicht SharedDBConnectionScope verwenden. Ich frage mich nur, ob die gleichen Threading-Probleme vorhanden sind oder die Änderungen, wie Provider erstellt werden, helfen, das zu beheben. – JayGlynn