Mit Transact-SQL kompatible Abfragen

Es gibt zwei Kriterien für das Schreiben einer Abfrage, die für Datenbanken sowohl in SQL Anywhere als auch in Adaptive Server Enterprise ausgeführt werden kann:

Datentypen, Ausdrücke und Suchbedingungen in der Abfrage müssen kompatibel sein.
Die Syntax der Anweisung selbst muss kompatibel sein.

In diesem Abschnitt wird von kompatiblen Datentypen, Ausdrücken und Suchbedingungen ausgegangen. Die Beispiele setzen voraus, dass die Option "quoted_identifier" auf "Off" gesetzt ist. Das ist die Standardeinstellung in Adaptive Server Enterprise, aber nicht die Standardeinstellung in SQL Anywhere.

Die Implementierung des Transact-SQL-Dialekts von SQL Anywhere unterstützt den Großteil der Abfragenausdruckssyntax des Watcom SQL-Dialekts, auch wenn einige dieser SQL-Konstruktionen nicht von Adaptive Server Enterprise unterstützt werden. In einer Transact-SQL-Abfrage unterstützt SQL Anywhere die folgenden SQL-Konstruktionen:

Abschließender Apostroph `, Anführungszeichen " und eckige Klammern [] zum Angeben von IDs
UNION-, EXCEPT- und INTERSECT-Abfrageausdrücke
Abgeleitete Tabellen
Tabellenfunktionen
CONTAINS-Tabellenausdrücke für Volltextsuche
REGEXP-, SIMILAR-, IS DISTINCT FROM- und CONTAINS-Prädikate
Benutzerdefiniertes SQL oder externe Funktionen
LEFT-, RIGHT- und FULL-Outer-Joins
GROUP BY ROLLUP, CUBE und GROUPING SETS
TOP N START AT M
Fenster-Aggregatfunktionen und andere analytischen Funktionen, einschließlich statistische Analyse und Funktionen für lineare Regression

Der Transact-SQL-Dialekt von SQL Anywhere unterstützt also Folgendes:

Syntax

query-expression:
{ query-expression EXCEPT [ ALL ] query-expression
| query-expression INTERSECT [ ALL ] query-expression
| query-expression UNION [ ALL ] query-expression
| query-specification }
[ ORDER BY { expression | integer }
      [ ASC | DESC ], ... ]
[ FOR READ ONLY | for-update-clause ]
[ FOR XML xml-mode ]

query-specification:
SELECT [ ALL | DISTINCT ] [ cursor-range ] select-list
[ INTO #temporary-table-name ]
[ FROM  table-expression, ... ]
[ WHERE search-condition ]
[ GROUP BY group-by-term, ... ]
[ HAVING search-condition ]
[ WINDOW window-specification, ... ]

Parameter

select-list:
 table-name.*
|  *
| expression
| alias-name = expression
| expression as identifier  
| expression as string

table-expression: See FROM-Klausel.

group-by-term: See GROUP BY-Klausel.

for-update-clause: See FOR UPDATE- oder FOR READ ONLY-Klausel, SELECT-Anweisung.

xml-mode: See SELECT-Anweisung.

alias-name:
identifier | 'string' | "string" | `string`

cursor-range:
{ FIRST | TOPconstant-or-variable } [ START AT constant-or-variable ]

Transact-SQL-table-reference:
[ owner .]table-name [ [ AS ] correlation-name ]
[ ( INDEX index_name [ PREFETCH size  ][ LRU | MRU ] ) ]

Hinweise

Zusätzlich zu der Watcom SQL-Syntax für die FROM-Klausel unterstützt SQL Anywhere auch die Transact-SQL-Syntax für bestimmte Adaptive Server Enterprise-Tabellen-Hints. Bei einer Tabellenreferenz unterstützt die Transact-SQL-table-reference das Hint-Schlüsselwort INDEX, zusammen mit den PREFETCH-, MRU- und LRU-Caching-Hints. PREFETCH, MRU und LRU werden in SQL Anywhere ignoriert.
SQL Anywhere unterstützt die Transact-SQL-Erweiterung der GROUP BY-Klausel nicht, sodass Bezugnahmen auf Spalten und Ausdrücke, die nicht in der GROUP BY-Klausel enthalten sind, möglich sind.

SQL Anywhere unterstützt auch nicht die Transact-SQL GROUP BY ALL-Konstruktion.
SQL Anywhere unterstützt eine Teilmenge von Transact-SQL Outer-Join-Konstruktionen unter Verwendung der Vergleichsoperatoren *= und =*.
Der Transact-SQL-Dialekt von SQL Anywhere unterstützt keine allgemeinen Tabellenausdrücke, außer wenn sie innerhalb einer abgeleiteten Tabelle eingebettet sind. Aus diesem Grund unterstützt der Transact-SQL-Dialekt von SQL Anywhere keine rekursiven UNION-Abfragen. Verwenden Sie den Watcom SQL-Dialekt, wenn Sie diese Funktionalität benötigen.
Der Performance-Parameter-Teil der Tabellen-Spezifikation wird syntaktisch analysiert, hat jedoch keine Auswirkungen.
Das Schlüsselwort HOLDLOCK wird von SQL Anywhere unterstützt. Mit HOLDLOCK ist eine gemeinsame Sperre auf einer angegebenen Tabelle oder Ansicht restriktiver, weil die gemeinsame Sperre nicht freigegeben wird, wenn die Datenseite nicht mehr benötigt wird. Die Abfrage wird auf Isolationsstufe 3 für eine Tabelle ausgeführt, für die HOLDLOCK angegeben ist.
Die Option HOLDLOCK gilt nur für die Tabelle oder Ansicht, für die sie angegeben ist, und nur für die Dauer der Transaktion, die durch die Anweisung, in der sie verwendet wird, definiert ist. Bei einer Isolationsstufe 3 wird ein Sperrenbesitz für jedes SELECT innerhalb einer Transaktion angewendet. Sie können in einer Abfrage nicht die beiden Optionen HOLDLOCK und NOHOLDLOCK gleichzeitig verwenden.
Das Schlüsselwort NOHOLDLOCK wird von SQL Anywhere erkannt, hat jedoch keine Auswirkungen.
Transact-SQL verwendet die SELECT-Anweisung, um lokalen Variablen Werte zuzuordnen:
SELECT @localvar = 42;
Die entsprechende Anweisung in SQL Anywhere ist die SET-Anweisung:
SET @localvar = 42;
Adaptive Server Enterprise unterstützt nicht die folgenden Anweisungen:
- SELECT...INTO host-variable-list
- SELECT... INTO variable-list
- EXCEPT [ALL] oder INTERSECT [ALL]
- START AT-Klausel
- Von SQL Anywhere definierte Tabellen-Hints
- Tabellenfunktionen
- FULL OUTER JOIN
- FOR UPDATE BY { LOCK | TIMESTAMP }
- Fenster-Aggregatfunktionen und lineare Regressionsfunktionen
Die folgenden Schlüsselwörter und Klauseln der Adaptive Server Enterprise Transact-SQL SELECT-Anweisungssyntax werden von SQL Anywhere nicht unterstützt:
- SHARED-Schlüsselwort
- PARTITION-Schlüsselwort
- COMPUTE-Klausel
- FOR BROWSE-Klausel
- GROUP BY ALL-Klausel
- PLAN-Klausel
- ISOLATION-Klausel
SQL Anywhere unterstützt die folgenden Zeichen in Bezeichnern oder Aliasen nicht:
- Anführungszeichen
- Steuerzeichen (alle Zeichen unter 0x20)
- Backslashes
- Eckige Klammern
- Invertierte Hochkommata

Siehe auch

Kommentieren Sie diese Seite in DocCommentXchange.