ApsaraDB RDS:DuckDB ベースの分析インスタンスの互換性

関数における暗黙の型変換ルール

比較における暗黙の型変換ルール

DuckDB ベースの分析インスタンスには、型変換と比較において、より厳格で一貫したルールがあります。ただし、この動作は、一部のシナリオでは MySQL とは異なる場合があります：

• 文字列から日付への暗黙的な型変換：文字列が日付に暗黙的に変換される際、文字列の形式が有効な日付値として正しく解析できない場合、SQL クエリは失敗し、エラーを返します。

• 整数型間の比較ルール：異なる整数型が比較される場合、DuckDB ベースの分析インスタンスは、値の範囲が大きい整数型に変換します。

• 複数オペランド式の型変換順序：col1 in (col2, col3, col4, ...), col1 between col2 and col3, coalesce(col1, col2, col3, ...) などの複数オペランド式では、型変換は順番に実行されます。

• YEAR 型の互換性の違い：DuckDB ベースの分析インスタンスでは、YEAR 型は比較のために INTEGER 型に変換されるため、MySQL との互換性の問題が発生する可能性があります。例：

  CREATE TABLE t1 (id YEAR PRIMARY KEY);
  INSERT INTO t1 VALUES (1980);
  SELECT * FROM t1 WHERE id BETWEEN 70 AND 90;
  
  # MySQL でのクエリ結果
  +------+
  | id   |
  +------+
  | 1980 |
  +------+
  
  # DuckDB ベースの分析インスタンスでのクエリ結果
  空のセット。

• BOOLEAN 型の文字列変換ルール: DuckDB ベースの分析インスタンスは、6 つの文字列 ('1'、'0'、'yes'、'no'、'true'、および 'false') の BOOLEAN 型への変換をサポートします。他の文字列を変換しようとすると、エラーが発生します。MySQL は '1' を true に変換し、他のすべての文字列を false に変換します。このため、次の SQL ステートメントは、一貫性のない結果を返す可能性があります:

  CREATE TABLE t1 (id INT PRIMARY KEY);
  INSERT INTO t1 VALUES (1);
  SELECT id FROM t1 WHERE 'true';
  
  # MySQL でのクエリ結果
  空のセット。
  
  # DuckDB ベースの分析インスタンスでのクエリ結果
  +------+
  | id   |
  +------+
  |    1 |
  +------+

数値演算

• 浮動小数点数の比較では、互換性がない場合があります。例：

  CREATE TABLE t1 (id FLOAT PRIMARY KEY);
  INSERT INTO t1 VALUES (1.22), (1.23), (1.24);
  SELECT * FROM t1 WHERE t1.id > 1.23;
  
  # MySQL のクエリ結果
  +------+
  | id   |
  +------+
  | 1.23 |
  | 1.24 |
  +------+
  
  # DuckDB ベースの分析インスタンスのクエリ結果
  +------+
  | id   |
  +------+
  | 1.24 |
  +------+

• 浮動小数点エラーにより、浮動小数点数に対する複雑な演算の結果に不整合が生じる可能性があります。

• 整数型と DECIMAL 型の間で演算を行う場合、結果が型の値の範囲を超えないようにする必要があります。超えた場合、オーバーフローエラーによって実行が失敗する可能性があります。

  CREATE TABLE t1 (id TINYINT PRIMARY KEY);
  INSERT INTO t1 VALUES (100);
  SELECT id * 2 FROM t1;
  
  # MySQL のクエリ結果
  +--------+
  | id * 2 |
  +--------+
  |    200 |
  +--------+
  
  # DuckDB ベースの分析インスタンスのクエリ結果
  ERROR 7577 (HY000): [DuckDB] Out of Range Error: Overflow in multiplication of INT8 (100 * 2)!.

照合順序ルールによる不整合な結果

utf8mb4_0900_xx シリーズの照合順序では、特定の記号文字を比較する際に互換性がありません。例：

CREATE TABLE t1 ( id varchar(20) COLLATE utf8mb4_0900_ai_ci PRIMARY KEY );
INSERT INTO t1 VALUES ('!'), ('_');
SELECT * FROM t1 ORDER BY id;

# MySQL のクエリ結果
+----+
| id |
+----+
| _  |
| !  |
+----+

# DuckDB ベースの分析インスタンスのクエリ結果
+----+
| id |
+----+
| !  |
| _  |
+----+

IN を含むベクターサブクエリにおける NULL 値の取り扱い

DuckDB ベースの分析インスタンスでは、IN を含むベクターサブクエリにおける NULL 値の取り扱いが、MySQL と互換性がない場合があります。例：

CREATE TABLE t1 (id INT PRIMARY KEY, col1 INT);
INSERT INTO t1 VALUES (1, 1), (2, 2);
CREATE TABLE t2 (id INT PRIMARY KEY, col1 INT);
INSERT INTO t2 VALUES (1, NULL);

select (id, col1) in (select id, col1 from t2) from t1;

# MySQL のクエリ結果
+-----------------------------------------+
| (id, col1) in (select id, col1 from t2) |
+-----------------------------------------+
|                                    NULL |
|                                       0 |
+-----------------------------------------+

# DuckDB ベースの分析インスタンスのクエリ結果
+-----------------------------------------+
| (id, col1) in (select id, col1 from t2) |
+-----------------------------------------+
|                                    NULL |
|                                    NULL |
+-----------------------------------------+

データ (2, 2) の場合、IN 句にはベクタープレフィックスに一致する項目がありません。この場合、MySQL は 0 を返しますが、DuckDB ベースの分析インスタンスは NULL を返します。

集計関数

数値関数

数値関数は BOOLEAN 型をサポートしていません。

文字列関数

MySQL DuckDB は、バイナリ文字列 (BLOB や VARBINARY など) と文字列 (VARCHAR、TEXT、JSON など) を厳密に区別します。したがって、文字列関数の使用制限は、バイナリ文字列入力には適用されず、文字列入力にのみ適用されます。バイナリ文字列を入力として受け取ることができる関数には、CONCAT()、CONCAT_WS()、LENGTH()、MID()、OCTET_LENGTH()、REPEAT()、TO_BASE64() などがあります。特に指定がない限り、これらの関数には使用制限はありません。

日付関数

JSON 関数

ウィンドウ関数