做动态网站该看的书/seo及网络推广招聘

为了提升用户体验，降低用户学习成本和脚本迁移复杂度，自 1.30.17 / 2.00.5 版本开始，DolphinDB 逐步支持了标准化 SQL 的书写方法；并于 1.30.22 / 2.00.10 版本起，对标准 SQL 的常用语法和关键字实现了兼容。

1. 与标准 SQL 的兼容性

在脚本层面，自 1.30.22 / 2.00.10 版本起，DolphinDB SQL 开始支持：

• 关键字全大写或全小写的书写方式
• 脚本的换行不影响语法解析，但存在两种特殊情况：
  • 组合关键字不允许拆分，如 order by, group by, context by, pivot by, union all, inner join, nulls first 等。
  • 不使用 as 指定字段别名时，别名与原字段之间不能换行。

注意： SQL 语句中的数据库或数据表名称是大小写敏感的。

本章三个小节分别以列表形式说明 DolphinDB 对标准 SQL 语法的支持：

包含：

• 对 SQL-92 常用关键字的支持性
• 对 SQL 类型及类型转换函数的支持性
• 非 SQL-92 标准的常用关键字支持表

1.1 常用的 ANSI SQL-92 关键字支持表

下表共统计了 92 项常用的 ANSI SQL-92 关键字，支持 60 项。其中，在不支持的 30 项中：5 项部分兼容，7项与约束相关（在分析项目中没有太大的使用价值），10 项有替代方案。

√：表示兼容 ×：不兼容 ○：部分兼容
“说明” 字段会给出对应函数或可替代的方案

keyword（按 A-Z 排列）	兼容性	说明
CHECK	×	不支持约束
CONSTRAINT	×	不支持约束
CONTAINS	×	用 LIKE 替代
DEFAULT	×	不支持默认值
ESCAPE	×	暂不支持 ESCAPE 定义转义符
EXCEPT	×	暂不支持 EXCEPT，用 WHERE 替代过滤
EXEC	×	存在同名关键字，但是作用不同
EXTRACT	×	通过内置日期函数截取日期/时间的某个部分
FOREIGN	×	不支持外键
GLOBAL	×	不支持定义 GLOBAL TEMPORARY TABLE
IDENTITY	×	需要自定义标识列，或者用 rowNo 替代
INTERSECT	×	暂不支持取交集，用 WHERE 过滤
LAST	×	<fetch orientation> 的关键字之一，表示取最后几行记录。目前 DolphinDB 仅支持在 CONTEXT BY LIMIT 中指定取最后几行记录。注：内部存在同名关键字 LAST 用于排序时指定空值位置，用法 NULLS LAST。
NATURAL	×	不支持 NATURAL JOIN，用 INNER JOIN 替代
OUTER	×	直接用 LEFT JOIN, RIGHT JOIN, FULL JOIN 替代
OVERLAPS	×	用 EXITS 替代
POSITION	×	用 strpos 替代
PRIMARY	×	不支持主键
REFERENCES	×	不支持外键
RESTRICT	×	不支持约束删除
SOME	×	用 ANY 替代
SPACE	×
TRANSLATE	×	用 strReplace 或 regexReplace 替代
UNIQUE	×	不支持唯一约束
VIEW	×	不支持视图
ADD	√	ALTER..ADD..
ALL	√
ALTER	√
AND	√
ANY	√
AS	√
ASC	√
BETWEEN	√
BY	√
CASE	√
CAST / CONVERT	√	对应 cast 函数
COALESCE	√
COLUMN	√
COUNT	√
CREATE	√
CROSS	√	CROSS JOIN
DELETE	√
DESC	√
DISTINCT	√
DROP	√
ELSE	√	CASE WHEN..THEN..ELSE END
END	√	CASE WHEN..THEN..ELSE END
EXISTS	√
FALSE	√	false
FROM	√
FULL	√	FULL JOIN
GROUP	√
HAVING	√
IF	√	IF
IN	√
INNER	√	INNER JOIN
INSERT	√
IS	√	IS NULL
JOIN	√
LEFT	√	LEFT JOIN, 字符串函数 left
LIKE	√
LOWER	√	对应 lower 函数
MAX / MIN	√	对应 max，min 函数
NOT	√
NULL	√
NULLIF	√	对应 nullIf 函数
ON	√	JOIN .. ON
OR	√
ORDER	√
REPEAT	√	对应 repeat 函数
RIGHT	√	字符串 right 函数
SELECT	√
SET	√
SUBSTRING	√	对应 substr 函数
SUM	√	对应 sum 函数
TABLE	√
TEMPORARY	√
THEN	√
TRIM	√	对应 trim 函数
TRUE	√	true
UNION	√
UPDATE	√
UPPER	√	对应函数 upper
VALUES	√	INSERT INTO .. VALUES ..
WHEN	√
WHERE	√
WITH	√
CHARACTER_LENGTH	○	对应 strlen 函数
FETCH	○	用 TOP / LIMIT 子句替代
FIRST	○	<fetch orientation> 的关键字之一，可以用 TOP/LIMIT 替代注：内部存在同名关键字 FIRST 用于排序时指定空值位置，用法 NULLS FIRST。
TRANSACTION	○	对应 TRANSACTION 关键字
WHILE	○	用内部 FOR 或 DO-WHILE 代替

需要注意 DolphinDB 内部的权限管理机制是一套独立的机制，和 SQL 不直接挂钩，因此此处关键字不包含权限相关的关键字，如：GRANT, DENY 等。

1.2 SQL 类型及相关类型转换函数的支持表

keyword（按 A-Z 排列）	兼容性	说明
CHAR / CHARACTER 类型	○	对应 STRING, SYMBOL 类型
DATE 类型	○	对应 DATE 类型，或 date 函数
DATETIME 类型	○	对应 DATETIME 类型
DAY 函数	○	对应函数 dayOfMonth
DECIMAL / DEC / NUMERIC 类型	○	对应 DECIMAL32, DECIMAL64, DECIMAL128
DOUBLE 类型	○	对应 DOUBLE 类型
FLOAT / REAL 类型	○	对应 FLOAT 类型
HOUR 函数	○	对应 hour 函数
INT / INTEGER 类型	○	对应 INT, SHORT, LONG
INTERVAL 关键字	×	用 temporalAdd 的 DURATION 替代
MINUTE 函数	○	对应 minuteOfHour 函数
MONTH 函数	○	对应 monthOfYear 函数
SECOND 函数	○	对应 secondOfMinute 函数
TIME 类型	○	对应 SECOND 类型
TIMESTAMP 类型	○	对应 DATETIME 类型
VARCHAR 类型	○	对应 STRING, SYMBOL 类型
YEAR 类型	×	不支持年类型
YEAR 函数	○	对应 year 函数

1.3 非 SQL-92 标准的常用关键字支持表

DolphinDB 针对分布式计算提供了很多特有的关键字，也根据应用场景提供了一些特色的 join 方法。

keyword（按 A-Z 排列）	说明
asof join	按时间列就近连接
context by	类似 OVER 开窗函数，用于分组计算
cgroup by	累计分组计算
exec	生成一个标量、向量或矩阵
map	分区内单独计算
partition	选择分区
pivot by / unpivot	类似 Oracle 的 PIVOT，用于宽表和窄表的转换
sample	随机选取分区
top / limit	取前 n 条记录；其中 limit 和 context by 搭配使用可以取分组的前 n 条或后 n 条记录
truncate	删除数据
window join	窗口连接

DolphinDB 还提供了一些辅助 SQL 查询的 HINT 关键字：

keyword	说明
[HINT_LOCAL]	添加该关键字后，仅获取在本地所有节点数据的查询结果。
[HINT_HASH]	group by 分组默认优先采用哈希算法。
[HINT_KEEPORDER]	添加该关键字后，context by 分组后计算的输出结果顺序将和输入保持一致。
[HINT_SEQ]	添加该关键字后，SQL 语句将在分区间串行执行。
[HINT_NOMERGE]	添加该关键字后，map 的查询结果不再汇总成一张内存表返回给客户端，而是直接返回分区表的句柄。
[HINT_PRELOAD]	仅 TSDB 引擎支持该关键字，添加后，where 语句进行条件过滤前，会先将所有数据列加载到内存后再进行过滤。
[HINT_EXPLAIN]	添加该关键字后，系统将打印 SQL 语句的执行过程，便于 SQL 查询中实时监测查询的速度和执行的顺序。
[HINT_SORT]	添加该关键字后，group by 分组时将采用排序算法进行。
[HINT_VECTORIZED]	添加该关键字后，group by 分组时将采用向量化运算（vectorization）。

2. 数据准备

本章将简单介绍如何在 DolphinDB 中以标准 SQL 的方式编写脚本。为了便于用户实践理解，本章的所有案例均采用统一的数据库和数据表，建库建表语句请参见 2.2 章节。

2.1 数据集说明

本文的示例采用了 HR（人力资源数据集）做为案例数据集（见节尾）进行演示，包含以下几个表：

数据集	存储形式
countries	维度表
departments	维度表
employees	维度表
jobs	维度表
job_history	分布式表：HASH(EMPLOYEE_ID)
locations	维度表
regions	维度表

每个表的字段及类型如下：

• countries

Column Name	Type
COUNTRY_ID	SYMBOL
COUNTRY_NAME	STRING
REGION_ID	INT

• departments

Column Name	Type
DEPARTMENT_ID	INT
DEPARTMENT_NAME	STRING
MANAGER_ID	INT
LOCATION_ID	INT

• employees

Column Name	Type
EMPLOYEE_ID	INT
FIRST_NAME	STRING
LAST_NAME	STRING
EMAIL	STRING
PHONE_NUMBER	STRING
HIRE_DATE	DATE
JOB_ID	SYMBOL
SALARY	INT
COMMISSION_PCT	DOUBLE
MANAGER_ID	INT
DEPARTMENT_ID	INT

• jobs

Column Name	Type
JOB_ID	SYMBOL
JOB_TITLE	STRING
MIN_SALARY	INT
MAX_SALARY	INT

• job_history

Column Name	Type
EMPLOYEE_ID	INT
START_DATE	DATE
END_DATE	DATE
JOB_ID	SYMBOL
DEPARTMENT_ID	INT

• locations

Column Name	Type
LOCATION_ID	INT
STREET_ADDRESS	STRING
POSTAL_CODE	LONG
CITY	STRING
STATE_PROVINCE	STRING
COUNTRY_ID	SYMBOL

• regions

Column Name	Type
REGION_ID	INT
REGION_NAME	STRING

数据文件：

• COUNTRIES.csv
• DEPARTMENTS.csv
• EMPLOYEES.csv
• JOB_HISTORY.csv
• JOBS.csv
• LOCATIONS.csv
• REGIONS.csv

2.2 建库建表

在 DolphinDB 中既可以通过符合标准 SQL 语言习惯的脚本建库建表，也可以通过 DolphinDB 内置的函数接口建库建表。

（1）创建数据库

create database "dfs://hr" partitioned by HASH([INT, 10])

（2）创建数据表

（2）创建数据表

此处以创建表 "job_history" 为例进行说明。完整的建表脚本见附件：

create_db_table_sql.txt

STEP 1：创建分布式表

// 通过标准 SQL 的方式创建
create table "dfs://hr"."job_history" (EMPLOYEE_ID INT,START_DATE DATE,END_DATE DATE,JOB_ID SYMBOL,DEPARTMENT_ID INT
)
partitioned by EMPLOYEE_ID

STEP 2：导入数据

DolphinDB 的 INSERT INTO 语句仅支持内存表的数据追加，对于维度表、分布式表，需要通过tableInsert或者append!接口进行追加。

job_history_tmp=loadText(dir+"JOB_HISTORY.csv")
job_history = loadTable("dfs://hr", "job_history")job_history.append!(job_history_tmp)

2.3 修改表字段

注：DolphinDB 与其他关系型数据库、NoSQL、NewSQL 数据库不同的是，数据库、编程语言和分布式计算三者融为一体。这种设计使得 DolphinDB 可以一站式轻量化的解决大数据问题。但是，引用数据库和表时，因为与脚本中的变量名可能会冲突，故不能直接用数据库或表名称，必须使用  loadTable 函数加载数据表。

DolphinDB 支持通过 ALTER 语句，对字段进行增加、删除、重命名的操作。

alter table tableObj add columnName columnType;
alter table tableObj drop [column] columnName;
alter table tableObj rename [column] columnName to newColumnName;

上述三个语句也可以分别用 DolphinDB 函数 addColumn, dropColumns!, rename! 实现。

注意：对于分布式表，仅 OLAP 引擎支持删除和重命名操作。

（1）新增字段

给 "employees" 表增加一列全名 “FULL_NAME” 列，并更新该列的数据。

employees = loadTable("dfs://hr", "employees") // 加载表 employeesalter table employees add FULL_NAME STRING 
employees = loadTable("dfs://hr", `employees) // 增加列后需要重新加载表
update employees set FULL_NAME=FIRST_NAME + " " + LAST_NAME
select * from employees

（2）重命名字段

将 “FULL_NAME” 列重命名为 "EMPLOYEE_NAME"。

alter table employees rename "FULL_NAME" to "EMPLOYEE_NAME" 
employees = loadTable("dfs://hr", `employees) // 重命名列后需要重新加载表
select * from employees

（3）删除字段

删除上文新增的 "EMPLOYEE_NAME" 字段。

alter table employees drop EMPLOYEE_NAME 
employees = loadTable("dfs://hr", `employees) // 删除列后需要重新加载表
select * from employees

2.4 删除库表

（1）删除数据库

drop database if exists "dfs://hr"

（2）删除数据表

drop table if exists "dfs://hr"."job_history"

3. SQL 关键字

注：下文的表变量均是通过 tbName=loadTable(“dfs://hr“, `tbName) 加载得到的，为了说明的简洁，该步骤已被省略。

3.1 谓词

谓词指的是返回值为真值的函数，DolphinDB 支持谓词的关键字有：(not) in, (not) like, between, (not) exists, is (not) nullL。

(1) (not) in

选取 "employees" 表中 "EMPLOYEE_ID" 为 [101, 103, 152] 的对应记录。

select * from employees where EMPLOYEE_ID in [101, 103, 152];

选取 "employees" 表中 "EMPLOYEE_ID" 不在 100~150 的对应记录。

select * from employees where EMPLOYEE_ID not in 100..150;

(2) (not) like

选取 "employees" 表中 "PHONE_NUMBER" 以 “515” 开头的对应记录。

select * from employees where PHONE_NUMBER like "515%";

选取 "employees" 表中 "JOB_ID" 不以 “AD” 开头的对应记录。

select * from employees where JOB_ID not like "AD%";

(3) between

统计 2006 年雇佣的职员人数。

select count(*) from employees where date(HIRE_DATE) between 2006.01.01 and 2006.12.31 // output: 24

(4) (not) exists

注：由于 exists 暂不支持在分布式查询中使用，下述脚本先将维度表和分布式表赋值给内存表再进行查询。

job_history = select * from loadTable("dfs://hr", "job_history")
employees = select * from loadTable("dfs://hr", "employees")

查询记录在 "job_history" 表中的 "employees" 表的职员对应的记录。

select * from employees where exists(select * from job_history where employees.EMPLOYEE_ID in job_history.EMPLOYEE_ID)

查询记录不在 "job_history" 表中的 "employees" 表的职员对应的记录。

select * from employees where not exists(select * from job_history where employees.EMPLOYEE_ID in job_history.EMPLOYEE_ID)

(5) is (not) nullL

查询存在经理的部门对应的记录。

select * from departments where MANAGER_ID is not null

查询任务百分比为空的职员对应的记录。

select * from employees where COMMISSION_PCT is null

3.2 distinct

distinct 关键字添加在 select / exec 语句后，用于去除重复值并返回唯一值（distinct value）。

注：支持在分布式查询中使用，但暂不支持 distinct 与 group by, context by 或 pivot by 配合使用。

需要注意 DolphinDB 中存在同名的函数 distinct，若在 SQL 中使用 distinct 函数，则不保证返回结果的顺序，且默认将结果列的列名重命名为 "distinct_colName"。

select distinct COUNTRY_ID from locations // (1)
select distinct(COUNTRY_ID) from locations // (2)

在函数中应用 distinct：统计唯一值的数量。

select count(distinct JOB_ID) from employees // output: 19

对多列应用 distinct：取 "DEPARTMENT_ID", "MANAGER_ID" 的唯一值。

select distinct DEPARTMENT_ID, MANAGER_ID from employees

3.3 any / all

支持使用 any / all 进行谓词比较，谓词包括：=, !=, >, <, <=, >=.

• any

查询和采购部门任意职工薪水相同的职工信息。

select * from employees
where salary = 
any(select salary from employeeswhere department_id = 30) 
order by employee_id

• all

查询薪水大于等于 IT 部门的最低薪水的员工信息。

 select * from employeeswhere salary >=all (select salary from employees where department_id=60)order by employee_id

注：目前不支持形如 ALL (1400, 3000) 这样的比较。

3.4 order by 支持 nulls first / last

支持在 order by 子句中，对空值字段进行 first/last 排序。

查询职工表并按经理 ID 排序，没有经理的职工优先。

select * from employees
order by manager_id asc nulls first

查询职工表并按经理 ID 排序，没有经理的职工放至最后。

select * from employees
order by manager_id asc nulls last

3.5 支持 with 语句

with 子句可以极大地提高 SQL 的可读性，并且通过 with 生成可复用的中间表，提高一些复杂 SQL 的执行效率。

查询财务部门已经工作5年以上，薪水8000以上的职员列表，并按薪水从高到低排序。该查询先查询财务部门工作5年以上的职工，生成临时表 "employees_with_salary_increase"，并在 "employees_with_salary_increase" 的基础上继续查询薪水在8000以上的职工信息生成 "employees_with_raise"表，最终在 "employees_with_raise" 表上查询并得到最终结果。

//search for the employees  that has worked more than 5 years and with a good salary
with  employees_with_salary_increase as (  select employee_id, salary, year(now()) as current_year,   case when  year(now()) - year(hire_date) > 5 then 1 else 0 end as has_5_years  from employees  where department_id = 100  ),  employees_with_raise as (  select employee_id, salary, has_5_years  from employees_with_salary_increase  where salary > 8000  and has_5_years = 1  )  
select employee_id, salary, has_5_years  
from employees_with_raise  
order by salary desc;

如上，在后续的版本中，通过使用 with 语句，我们可以将复杂的查询过程分解成多个步骤，并且将这些步骤的结果进行临时存储。这可以大大简化查询过程，并且提高查询效率。

3.6 集合运算

支持集合的并运算，包括 union、union all。

将地区信息表与部门信息表合并查询，查询所有的地区 ID（可能存在重复记录）。

• union all

select location_id from locations 
union all 
select location_id from departments
order by location_id

• union

将地区信息表与部门信息表合并查询，查询非重复的地区 ID。

select location_id from locations 
union  
select location_id from departments
order by location_id

4. join 增强

join 在分析场景应用广泛，尤其是在数据仓库维度建模中，通过 join 来生成大宽表服务于应用层。在之前的版中，join 有诸多限制（比如不支持类型不匹配的字段，只支持分布式表之间关联等）。DolphinDB 2.00.10 版本大大提升了 join 的功能。在标准SQL中，join 的语法主要定义在 SQL92, SQL99 中，SQL99 的可读性更高，功能更加完备，被广泛采用。

SQL92 关联特性

分类	语法	DolphinDB支持情况
笛卡尔积	from t1,t2	√
等值连接	from t1,t2 where t1.id= t2.id	√
非等值连接	from t1,t2 where t1.id <op> t2.idop 包括：>, <,>=, <=, <>，between…and	√
外连接	左连接：from t1, t2 where t1.id = t2.id(+)右连接：from t1, t2 where t1.id(+) = t2.id	X
自连接	from t t1, t t2 where t1.id <op> t2.idop 包括：=,>, <,>=, <=, <>，between…and	√

SQL99 关联特性

分类	语法	DolphinDB支持情况
交叉连接（笛卡尔积）	t1 cross join t2	√
等值连接	t1 [inner] join t2 on t1.id = t2.id	√
非等值连接	t1 join t2 on t1.id t2.idop包括：>, <,>=, <=, <>, between…and	X
外连接	左连接：t1 left join t2右连接：t1 right join t2全连接：t1 full join t2	√
自然连接	t1 natural join t2	X
using 连接	t1 [inner] join t2 using(id)	X
自连接	t t1 join t t2 on t1.id <op> t2.idop 包括：=,>, <,>=, <=, <>, between…and	√

4.1 标准 SQL 的各种类型的关联、笛卡尔积

具体包括 cross join、inner join、left join、right join、full join。除标准SQL的关联之外，还拓展了 left semi join（左半连接）。

• cross join（笛卡尔积）

获取职工的两两信息表，可以基于此结果集做一些关联分析。

1 . SQL 92

select * 
from employees a, employees b
where a.employee_id <> b.employee_id

2 . SQL99

 select * from employees across join employees bwhere a.employee_id <> b.employee_id

• inner join

职工表自关联，获取职工、经理 ID 信息。

1 . SQL92

select e1.employee_id, e1.manager_id
from employees e1, employees e2
where e1.manager_id = e2.employee_id
order by e1.employee_id, e1.manager_id

2 . SQL99

select e1.employee_id, e1.manager_id
from employees e1 
inner join employees e2
on e1.manager_id = e2.employee_id
order by e1.employee_id, e1.manager_id

• left join

职工表自关联获取职工 ID，经理 ID，包括没有上级经理的职工。

select e1.employee_id, e1.last_name, e2.last_name as manager_name  
from employees e1
left join employees e2 
on e1.manager_id = e2.employee_id

• left semi join

left semi join 不属于标准 SQL 的范畴，但应用广泛，且在分布式环境有较好的性能，故予以支持。

获取部门信息，并展示一个薪水在2500以上的员工信息。

select department_id, department_name,employee_id, first_name, last_name, salary
from departments 
left semi join employees // or left semijoin
on departments.department_id = employees.department_id and employees.salary > 2500
order by department_id

• right join

获取职工薪水、部门信息，包括那些没有所属部门的职工。

 select department_id, employee_id, first_name, last_name, salaryfrom departments right join employeeson departments.department_id = employees.department_id and employees.salary > 2500order by department_id

• full join

展示所有部门的职工信息，包括没有员工的部门和没有所属部门的员工。

 select department_id, department_name, employee_id, first_name, last_name, salaryfrom departments afull join employees bon a.department_id = b.department_id 

4.2 表类型拓展

参与 join 的表类型支持：内存表、分布式表、维度表、非相关子查询（单表、多表 join 的子查询）的临时表。

查找各职员的工作历史信息, 测试各类型的表进行关联查询的兼容性情况。

select j.job_id, j.job_title, j.min_salary, h.start_date, h.end_date
from jobs j  
left join job_history h 
on h.job_id = j.job_id 

类型	内存表	分布式表	维度表	子查询
内存表	√	√	√	√
分布式表	√	√	√	√
维度表	√	√	√	√
子查询	√	√	√	√

4.3 多表级联 join

现在你可以将任意多个表 join（之前的版本只能支持两个分区表的 join），来拼接一些大宽表。

关联查询职工表、部门表，获取详细的职工信息，包括个人、经理、部门相关信息。

 select a.employee_id, a.last_name, a.manager_id, b.last_name as manager_name, a.department_id, c.department_namefrom employees ainner join employees b on a.manager_id = b.employee_id inner join departments c on a.department_id = c.department_id 

4.4 on 条件拓展

查询职工的工作历史，并将 FI_ACCOUNT，AC_ACCOUNT 都视为 AC_ACCOUNT（会计）。

select employee_id, j.job_id, j.job_title, j.min_salary, h.start_date, h.end_date
from job_history h 
left join jobs j
on j.job_id = case when h.job_id in ("FI_ACCOUNT", "AC_ACCOUNT") then "FI_ACCOUNT" else h.job_id end  
order by employee_id

支持在 join 的条件列上做如下转换：

• 函数
• case when
• 支持整型与 STRING/SYMBOL 类型字段 join

注：目前仍然不支持 on 1=2 这样的常量表达式（对开发、框架代码可能有一些影响）。

5. SQL 方言(dialect)兼容

Oracle、MySQL 等传统数据库在遵循 SQL 规范的前提下，都有各自的扩展特性，并且存在行为不一致的同名函数。以 substr/concat 函数为例：

• MySQL 执行 select substr('HelloWorld',0,4) 会返回空值，Oracle 执行 select substr('HelloWorld',0,4) from dual 返回 "Hell"，两者输入一致，但是输出不一致。
• MySQL 中 concat 可以拼接多个字符串，select concat('my', 's', 'ql', '8')，Oracle 中 concat 只能拼接两个字符串，两者函数名称一致，但是签名不一样。

为此，DolphinDB 开发了一整套框架，使得用户可以指定每个 session 选择兼容的 SQL 方言。目前已支持 Oracle 和 MySQL。其中在 Oracle 模式下，已经实现了一系列的 Oracle 函数，在 MySQL 模式下，实现的函数还较少。后续版本会继续开发，进一步提升兼容率。

5.1 脚本使用 SQL 方言

方言模式可以在客户端工具 session 级别进行指定，设置后按指定的 SQL 方言进行解析执行。以 DolphinDB GUI 环境为例：

设置 File → Preferences → Always show sqlStd dropDown(√)

选择对应的 SQL 方言即可，目前支持 Oracle、MySQL、DolphinDB 三种模式。

下面示例以 Oracle模式按部门统计职工薪水情况，包括部门信息、职工人数等：

select   d.department_id, d.department_name,  count(a.employee_id) as num_of_employee_id,sum(a.salary) as total_salary,  avg(a.salary) as avg_salary,  max(a.salary) as max_salary,decode(a.job_id, 'IT_PROG' , 'Programmer', 'FI_ACCOUNT', 'Accountant', 'Others') as job_title
from employees a 
inner join departments d
on a.department_id = d.department_id  
group by   d.department_id,  d.department_name,  decode(a.job_id, 'IT_PROG' , 'Programmer', 'FI_ACCOUNT', 'Accountant', 'Others') as job_title

上述代码使用了 Oracle 的 decode 函数，除此之外，目前还支持： concat, sysdate, nvl, to_char, to_date, to_number, regexp_like, trunc, asciistr，instr，row_number。通过设置 SQL 方言，使用 Oracle 的应用程序迁移至 DolphinDB 时，SQL 代码迁移成本大大降低。 MySQL 模式的使用方式类似，方言选项选择 MySQL 即可。目前 MySQL 只支持 sysdate() 函数，后续版本会逐步提高兼容性。

5.2 API 使用 SQL 方言

• Java API

使用 Java API 时可以在构造 DBconnection 对象时输入 SqlstdEnum, 包括 DolphinDB，Oracle，MySQL。

package com.dolphindb.sqlstd;import com.xxdb.DBConnection;
import com.xxdb.comm.SqlStdEnum;
import com.xxdb.data.Entity;
import java.io.IOException;public class OracleMode {public static void main(String[] args) throws IOException {DBConnection connection = new DBConnection(SqlStdEnum.Oracle);connection.connect("192.168.1.206", 11702, "admin", "123456");String sql = String.format("select employee_id, first_name, last_name, \n" +"  decode(job_id, 'IT_PROG' , 'Programmer', 'FI_ACCOUNT', 'Accountant', 'Others') as jobs_title\n" +"from loadTable(%s, %s) a", "\"dfs://hr\"", "\"employees\"");Entity result = connection.run(sql);System.out.println(result.getString());}
}

• JDBC

使用 jdbc 时需要在 url 上增加配置项 sqlStd。

spring.datasource.url=jdbc:dolphindb://192.168.1.206:11702?databasePath=dfs://hr&sqlStd=Oracle
spring.datasource.username=admin
spring.datasource.password=123456
spring.datasource.driver-class-name=com.dolphindb.jdbc.Driver

6. 总结

DolphinDB自1.30.22 / 2.00.10 版本起，对标准 SQL 的常用语法和关键字实现了兼容，包括：

• 大小写兼容：SQL 关键字支持全大写或全小写，字段名大小写不敏感，但数据库名/表名还是大小写敏感；
• SQL 语句换行解析：支持在 SQL 语句中任意位置的换行；
• 支持谓词：支持的关键字有 (not) in, (not) like, (not ) between and, (not) exists, is (not) null
• distinct 支持多列：distinct 支持对多个字段一起去重，暂不支持与 group by, context by, pivot by 联用；
• order by 支持 nulls first/last
• 支持 with as 语句
• 支持 is null, is not null
• 支持 union、union all
• 支持 any、all
• 支持多表 join：支持的 join 包括 cross join, inner join, left join, right join, full join, left semi join（left semijoin 也支持） 。
  • 支持用 comma (,) 来表示 cross join，a join b，如果后面没有跟 on 条件，表示 cross join，否则表示 inner join。
  • on 条件列支持函数、 case when（以前只能是表的某一个字段）。
  • 支持整型与字符串类型的 join。
• 支持 join 对象是子查询：支持多分区表的 join（以前只能支持两分区表的 join），支持子查询。 join 的表可以是内存表、分区表、维度表、单表子查询、多表 join 的子查询。暂不支持子查询使用父查询的字段；

另外针对 Oracle、MySQL 等传统数据库在遵循 SQL 规范的前提下，都有各自的扩展特性、特别是有同名函数但行为不一致的情况，DolphinDB 开发了一整套框架，使得用户可以为每个会话(session)选择兼容的 SQL 方言，目前在 Oracle 模式下，已经实现了一系列的 Oracle 函数。 后续版本 DolphinDB 会继续进行 SQL 标准化的开发，进一步提升兼容率。例如对于在 SQL-2003 标准中引入的开窗函数，将会在下个主要版本（2.00.11）支持。