《卸甲笔记》-PostgreSQL和Oracle的SQL差异分析之五:函数的差异(四)

简介:
+关注继续查看

PostgreSQL是世界上功能最强大的开源数据库,在国内得到了越来越多机构和开发者的青睐和应用。随着PostgreSQL的应用越来越广泛,Oracle向PostgreSQL数据库的数据迁移需求也越来越多。数据库之间数据迁移的时候,首先是迁移数据,然后就是SQL、存储过程、序列等程序中不同的数据库中数据的使用方式的转换。下面根据自己的理解和测试,写了一些SQL以及数据库对象转换方面的文章,不足之处,尚请多多指教。

1、NLSSORT

Oracle的NLSSORT可以改变取得字段的排序方式。默认的情况下,西文的排序是按照二进制编码的顺序排序。对于汉字按照拼音来排序。可以使用NLSSORT来改变字段的默认排序方式,从而取得不同的顺序。
以中文为例,排序可以有:
按照部首(第一顺序)、笔划(第二顺序)排序(SCHINESE_RADICAL_M)
按照笔划(第一顺序)、部首(第二顺序)排序(SCHINESE_STROKE_M)
按照拼音排序(SCHINESE_PINYIN_M)
等三种。默认是按照拼音来排序。
不使用参数的时候,自动采用Session内的默认值。

PostgreSQL中,对于西文按照二进制,对于汉字只是按照拼音来排序。同一种编码,其余的排序方式尚不支持。

Oracle NLSSORT

SQL> select * from test;

NAME
---------------
横看成岭侧成峰
远近高低各不同
不识庐山真面目
只缘身在此山中

SQL> select * from test order by name;

NAME
---------------
不识庐山真面目
横看成岭侧成峰
远近高低各不同
只缘身在此山中

SQL> select * from test order by nlssort(name);

NAME
---------------
不识庐山真面目
横看成岭侧成峰
远近高低各不同
只缘身在此山中

SQL> select * from test order by nlssort(name, 'NLS_SORT=SCHINESE_STROKE_M');

NAME
---------------
不识庐山真面目
只缘身在此山中
远近高低各不同
横看成岭侧成峰

SQL> select * from test order by nlssort(name, 'NLS_SORT=SCHINESE_PINYIN_M');

NAME
---------------
不识庐山真面目
横看成岭侧成峰
远近高低各不同
只缘身在此山中

SQL> select * from test order by nlssort(name, 'NLS_SORT=SCHINESE_RADICAL_M');

NAME
---------------
不识庐山真面目
只缘身在此山中
横看成岭侧成峰
远近高低各不同

PostgreSQL NLSSORT

postgres=# select * from test;
      name
----------------
 横看成岭侧成峰
 远近高低各不同
 不识庐山真面目
 只缘身在此山中
(4 行记录)

postgres=# select * from test order by name;
      name
----------------
 不识庐山真面目
 横看成岭侧成峰
 远近高低各不同
 只缘身在此山中
(4 行记录)

2、NLS_INITCAP/ NLS_LOWER/ NLS_UPPER

Oracle的NLS_INITCAP(x[,'NLS_SORT=y']) 、NLS_LOWER(x[,'NLS_SORT=y'])、NLS_UPPER(x[,'NLS_SORT=y']) 三个函数都有两个参数,可以根据y参数的不同,提供不同于系统默认值的结果。如果不提供这个参数,那么结果和initcap、lower和upper三个函数是一样的。
另外,Oracle的官方文档(http://docs.oracle.com/database/121/SQLRF/functions122.htm#SQLRF00676 )上,NLS_INITCAP的例子:

SELECT NLS_INITCAP('ijsland') "InitCap"
  FROM DUAL;

InitCap
-------
Ijsland

SELECT NLS_INITCAP('ijsland', 'NLS_SORT = XDutch') "InitCap"
  FROM DUAL;

InitCap
-------
IJsland

我这边做不出相同的效果。网上也没搜到。怀疑是老版的Oracle有这种做法,新版已经取消。

PostgreSQL中,对于同一种编码,没有提供多种方式排序。只有简单的Initcap, lower和upper函数。
另外,在实际使用中,这几个带NLS_的方法都几乎用不到。

Oracle NLS_INITCAP/ NLS_LOWER/ NLS_UPPER

SQL> select nls_initcap('ijslang') "test" from dual;

test
-------
Ijslang

SQL> select nls_initcap('ijslang', 'NLS_SORT=XDutch') "test" from dual;

test
-------
Ijslang

SQL> select initcap('ijslang') "test" from dual;

test
-------
Ijslang

SQL> SELECT NLS_LOWER('NOKTASINDA', 'NLS_SORT = XTurkish') "Lowercase" from dual;

Lowercase
----------
noktasinda

SQL> SELECT NLS_LOWER('NOKTASINDA') "Lowercase" from dual;

Lowercase
----------
noktasinda

SQL> SELECT LOWER('NOKTASINDA') "Lowercase" from dual;

Lowercase
----------
noktasinda

SQL> SELECT NLS_UPPER('große') "Uppercase" from dual;

Upper
-----
GRO?E

SQL> SELECT NLS_UPPER('große','NLS_SORT=XGerman') "Uppercase" from dual;

Upper
-----
GRO?E

SQL> SELECT UPPER('große') "Uppercase" from dual;

Upper
-----
GRO?E

PostgreSQL INITCAP/ LOWER/ UPPER

postgres=# select initcap('ijslang');
 initcap
---------
 Ijslang
(1 行记录)

postgres=# select LOWER('NOKTASINDA');
   lower
------------
 noktasinda
(1 行记录)

postgres=# select upper('große');
 upper
-------
 GRO?E
(1 行记录)

PostgreSQL 9.4.4 中文手册:字符串函数
http://www.postgres.cn/docs/9.4/functions-string.html
Database SQL Language Reference:
http://docs.oracle.com/database/121/SQLRF/functions122.htm#SQLRF00676
http://docs.oracle.com/database/121/SQLRF/functions123.htm#SQLRF00677
http://docs.oracle.com/database/121/SQLRF/functions125.htm#SQLRF00678
http://docs.oracle.com/database/121/SQLRF/functions124.htm#SQLRF00679

相关实践学习
使用PolarDB和ECS搭建门户网站
本场景主要介绍基于PolarDB和ECS实现搭建门户网站。
阿里云数据库产品家族及特性
阿里云智能数据库产品团队一直致力于不断健全产品体系,提升产品性能,打磨产品功能,从而帮助客户实现更加极致的弹性能力、具备更强的扩展能力、并利用云设施进一步降低企业成本。以云原生+分布式为核心技术抓手,打造以自研的在线事务型(OLTP)数据库Polar DB和在线分析型(OLAP)数据库Analytic DB为代表的新一代企业级云原生数据库产品体系, 结合NoSQL数据库、数据库生态工具、云原生智能化数据库管控平台,为阿里巴巴经济体以及各个行业的企业客户和开发者提供从公共云到混合云再到私有云的完整解决方案,提供基于云基础设施进行数据从处理、到存储、再到计算与分析的一体化解决方案。本节课带你了解阿里云数据库产品家族及特性。
相关文章
|
SQL 架构师 关系型数据库
同一个SQL语句,为啥性能差异咋就这么大呢?(1分钟系列)
今天花1分钟简单说下,常见的type结果及代表的含义,并且通过同一个SQL语句的性能差异,说明建对索引多么重要。
476 0
同一个SQL语句,为啥性能差异咋就这么大呢?(1分钟系列)
|
SQL 关系型数据库 MySQL
MySQL 笔记整理(18) --为什么这些SQL语句逻辑相同,性能却差异巨大?
MySQL 笔记整理(18) --为什么这些SQL语句逻辑相同,性能却差异巨大?笔记记录自林晓斌(丁奇)老师的《MySQL实战45讲》 (本篇内图片均来自丁奇老师的讲解,如有侵权,请联系我删除) 18) --为什么这些SQL语句逻辑相同,性能却差异巨大?   本篇我们以三个例子来记录。
1235 0
|
SQL Oracle 关系型数据库
SQL为什么预估执行计划与真实执行计划会有差异?
SQL为什么预估执行计划与真实执行计划会有差异?http://www.bieryun.com/3149.html 一 问题概要 对同一个 SQL 语句的 ExplainPlan 里显示的预估执行计划与通过 V$SQL_PLAN 视图获取的 Runtime Plan 真实执行计划,偶尔会发现两边有不一致的情况,为什么呢?为什么预估执行计划会不准确?怎样才能避免这种情况的发生? 二 问题解答 这是执行计划相关中会被经常问道的问题,也是困扰自己很长时间的问题。
1404 0
|
SQL Oracle 关系型数据库
SQL为什么预估执行计划与真实执行计划会有差异?
SQL为什么预估执行计划与真实执行计划会有差异? 一 问题概要 对同一个 SQL 语句的 ExplainPlan 里显示的预估执行计划与通过 V$SQL_PLAN 视图获取的 Runtime Plan 真实执行计划,偶尔会发现两边有不一致的情况,为什么呢?为什么预估执行计划会不准确?怎样才能避免这种情况的发生? 二 问题解答 这是执行计划相关中会被经常问道的问题,也是困扰自己很长时间的问题。
1322 0
|
SQL C++ 索引
SQL Server-比较ROW_NUMBER VS TOP N查询性能差异
ROW_NUMBER VS TOP N 抱歉各位,从八月份开始一直在着手写EntityFramework 6.x和EntityFramework Core 2.0的书籍写作,所以最近一直遗漏了对博客的管理,后面会着手于写SQL Server、EntityFramework Core和.NET Core方面的博客。
1957 0
推荐文章
更多