Steuert, ob Cursoranforderungen bis zur nächsten Anforderung in die Warteschlange gestellt oder sofort ausgeführt werden sollen. Wenn Anforderungen zum Schließen von Cursorn in die Warteschlange gestellt werden, erspart dies einen Roundtrip und verbessert die Performance.
Überall
YES, NO, AUTO
AUTO
YES Wenn Anforderungen zum Schließen von Cursorn in die Warteschlange gestellt werden, erspart dies zwar einen Roundtrip, kann
aber zu Sperren und anderen Ressourcenbindungen führen, nachdem der Cursor vom Client geschlossen wurde. Der Cursor wird geschlossen,
wenn die nächste Anforderung an den Datenbankserver über dieselbe Verbindung gesendet wird. Alle Cursor-Stabilitätssperren
der Isolationsstufe 1 gelten weiterhin für den Cursor, während sich die Datenbankanforderung CLOSE Cursorname in der Warteschlange befindet.
NO Den Cursor sofort schließen.
AUTO Die Anforderungen zum Schließen von Cursorn in die Warteschlange stellen und einen Roundtrip ersparen, aber nur dann, wenn es nichts daran ändert, wie lange Sperren gehalten oder signifikante Serverressourcen gebunden werden. Wenn der Cursor Stabilitätssperren der Isolationsstufe 1 verwendet oder möglicherweise signifikante Serverressourcen bindet, die erst nach dem Schließen des Cursors freigegeben werden, wird er sofort geschlossen. Eine Abfrage, die eine Arbeitstabelle erfordert, ist ein Beispiel für einen Cursor, der signifikante Serverressourcen bindet.
Wenn dieser Verbindungsparameter auf YES oder AUTO gesetzt ist, werden Cursor bis zur nächsten Datenbankanforderung nicht geschlossen.
Ein Aktivieren dieser Option kann die Performance verbessern, wenn Ihr Netzwerk eine unbefriedigende Verarbeitungszeit hat oder Ihre Anwendung viele Anforderungen zum Öffnen und Schließen von Cursorn sendet.
| Kommentieren Sie diese Seite in DocCommentXchange. Senden Sie uns Feedback über diese Seite via E-Mail. |
Copyright © 2009, iAnywhere Solutions, Inc. - SQL Anywhere 11.0.1 |