Ab nun unterliegen Operatoren bestimmten Vorrangregeln.   In früheren Versionen unterlagen Operatoren in einer Abfragezeichenfolge keinen Vorrangregeln. Der Vorrang der Operatoren ist jetzt wie folgt geregelt:

• NEAR- und FUZZY-Operatoren
• AND NOT-Operator
• AND-Operator
• OR-Operator

Siehe Operatorvorrang in einer CONTAINS-Suchbedingung.

Argumente für die NEAR-Klausel müssen Begriffe oder Präfixbegriffe sein.   Wenn Sie eine Nachbarschaftssuche durchführen, müssen die Argumente für die NEAR-Klausel Begriffe oder Präfixbegriffe sein. Siehe CONTAINS-Suchbedingung und Nachbarschaftssuche.

Verwendung von Bindestrich und AND NOT-Klausel   Innerhalb eines Satzes wird ein Bindestrich als Begriffsegmentierer und nicht als Sonderzeichen behandelt. Außerhalb eines Satzes ist die Bindestrichbehandlung von der Syntax um den Bindestrich herum abhängig. Siehe Zulässige Syntax für den Bindestrich (-) und Den AND NOT-Operator in der Volltextsuche verwenden.

Präfixsuche mit Sternchen   Wenn Sie eine Präfixsuche durchführen, hängen Sie das Sternchen an den Begriff an und setzen Sie direkt dahinter ein Leerzeichen, das Ende der Textabfragezeichenfolge oder eines der zugelassenen Sonderzeichen. Siehe Zulässige Syntax für den Sternchen-Platzhalter (*) und Präfixsuche.

Der Versuch, einen mehrfach vorhandenen Textindex zu erstellen, führt nun zu einem Fehler.   Es ist nicht mehr möglich, mehrfach vorhandene Textindizes zu erstellen. Ein Textindex ist mehrfach vorhanden, wenn die folgenden Einstellungen mit denen eines bereits existierenden Textindex übereinstimmen:

Mehrfach vorhandene Textindizes, die mit einer früheren Version als SQL Anywhere 11.0.1 erstellt wurden, können in der Datenbank erhalten bleiben und verursachen keine Fehler, wenn sie mit einem Datenbankserver der Version 11.0.1 gestartet werden. Das erneute Laden einer Datenbank mit mehrfach vorhandenen Textindizes in Version 11.0.1 oder höher führt jedoch zu einem Fehler.

Um mehrfach vorhandene Textindizes in einer vorhandenen Datenbank zu ermitteln, führen Sie die folgende Abfrage aus:

SELECT LIST( i.index_name )
FROM SYS.SYSIDX i 
    JOIN SYS.SYSTEXTIDX t ON i.object_id = t.index_id AND t.sequence = 1
    JOIN SYS.SYSTEXTCONFIG F ON F.object_id = t.text_config
    JOIN ( 
	SELECT table_id, index_id, LIST( column_id, ', ' ORDER BY column_id ) col_id
	FROM SYS.SYSIDXCOL
	GROUP BY table_id, index_id) x 
	ON x.table_id = i.table_id AND x.index_id = i.index_id
WHERE i.index_category=4
GROUP BY i.table_id, f.term_breaker, f.min_term_length, f.max_term_length, 
    f.collation, ISNULL( f.char_stoplist, '-' ), 
    ISNULL( f.nchar_stoplist, '-' ), x.col_id
HAVING count(*) > 1

Diese Abfrage funktioniert nur, wenn die Zeichenfolgen für STOPLIST exakt übereinstimmen oder NO STOPLIST angegeben ist. Zum Beispiel sieht diese Abfrage die Stopplisten 'a b c' und 'a - b c' nicht als dieselben an, die jedoch bei einer Suche nach Duplikaten während der Textindexerstellung als übereinstimmend gelten würden.

Datenbankkollatierungen und Suche nach Übereinstimmungen   In Vorgängerversionen verwendeten REGEXP und REGEXP_SUBSTR die Kollationsäquivalenz und Sortierreihenfolge, um zu erkennen, ob ein Literal- oder Zeichenklassenbereich im Muster mit der entsprechenden Zeichenfolge übereinstimmt. Jetzt greifen REGEXP und REGEXP_SUBSTR auf binäre Vergleiche von Codepunktwerten für die Suche nach Übereinstimmungen und die Bereichsauswertung zurück. Die Änderung wurde vorgenommen, um ein mit Perl 5.0 konsistentes Verhalten zu ermöglichen.

SIMILAR TO verwendet immer noch die Datenbankkollatierung für die Suche nach Übereinstimmungen und zur Bereichsauswertung. Siehe Die Suchbedingungen LIKE, REGEXP und SIMILAR TO.

Berücksichtigung der Groß- und Kleinschreibung in Datenbanken und [[:upper:]]- bzw. [[:lower:]]-Teilzeichenklassen   Bisher wurde in Datenbanken, in denen die Groß- und Kleinschreibung nicht berücksichtigt wurde, auch bei den Teilzeichenklassen [[:upper:]] und [[:lower:]] von SIMILAR TO und REGEXP nicht zwischen Groß- und Kleinbuchstaben unterschieden. In der neuen Version berücksichtigt [[:upper:]] nur Großbuchstaben und [[:lower:]] nur Kleinbuchstaben, unabhängig von der Berücksichtigung von Groß- und Kleinschreibung in der Datenbank.

Behandlung von Einschaltungszeichen (^), Unterstrich (_) und Prozentzeichen (%) als Metazeichen   In der nachfolgenden Tabelle wird die frühere und die neue Verwendung dieser Zeichen als Metazeichen erklärt: