Asensitive Cursor entsprechen der ISO/ANSI-Standarddefinition von asensitiven Cursor beziehungsweise den ODBC-Cursor mit unbestimmter Sensitivität.

Die Anforderung eines asensitiven Cursors schränkt die Auswahl der Methoden kaum ein, die SQL Anywhere verwenden kann, um die Abfrage zu optimieren und Zeilen an die Anwendung zurückzugeben. Aus diesen Gründen erhalten Sie mit asensitiven Cursor die beste Performance. Vor allem steht es dem Optimierer frei, jede Maßnahme zur Materialisierung von Zwischenergebnissen, wie z.B. Arbeitstabellen, anzuwenden, und Zeilen können vom Client vorab abgerufen werden.

SQL Anywhere kann die Sichtbarkeit von Änderungen in den darunter liegenden Basiszeilen nicht garantieren. Einige Änderungen können sichtbar sein, andere nicht. Die Mitgliedschaft und Reihenfolge können sich mit jedem Abruf ändern. Besonders Aktualisierungen in Basiszeilen können dazu führen, dass nur einige der aktualisierten Spalten im Ergebnis des Cursors widergespiegelt werden.

Asensitive Cursor sind keine Garantie dafür, dass Zeilen zurückgegeben werden, die der Auswahl und Reihenfolge der Abfrage entsprechen. Die Zeilenmitgliedschaft steht zum Zeitpunkt des Öffnens des Cursors fest, aber nachfolgende Änderungen an den darunter liegenden Werten werden in den Ergebnissen widergespiegelt.

Asensitive Cursor geben immer Zeilen zurück, die den WHERE- und ORDER BY-Klauseln des Kunden zu dem Zeitpunkt entsprachen, an dem die Cursor-Mitgliedschaft etabliert wurde. Wenn sich Spaltenwerte nach dem Öffnen des Cursors ändern, werden möglicherweise Zeilen zurückgegeben, die nicht mehr den WHERE- und ORDER BY-Klauseln entsprechen.