淺談PostgreSQL和SQLServer的一些差異

Posted on by

條件查詢-模糊匹配

PostgreSQL和SQL Server的模糊匹配like是不一樣的，PostgreSQL的like是區分大小寫的，SQL Server不區分。

測試如下：

//構造數據SQL
create table t_user (
 id integer PRIMARY KEY,
 name varchar(50) not null,
 code varchar(10)
);

insert into t_user values(1,'Zhangsan','77771');
insert into t_user values(2,'Lisi',null);

將如下SQL分別在PostgreSQL和SQL Server中執行：

select * from t_user where name like '%zhang%';

PostgreSQL結果：

SQL Server結果：

如果想讓PostgreSQL的like也不區分大小寫的話，可以使用ilike

select * from t_user where name ilike '%zhang%';

或者使用lower或者upper都轉換成小寫或者大寫再模糊匹配，這種方式的SQL兩種數據庫都兼容。

select * from t_user where upper(name) like upper('%zhang%');
select * from t_user where lower(name) like lower('%zhang%');

條件查詢-弱類型匹配

PostgreSQL在做條件查詢的時候是強類型校驗的，但是SQL Server是弱類型。

將如下SQL分別在PostgreSQL和SQL Server中執行：

select * from t_user where code = 77771;

code是一個varchar類型的數據。

PostgreSQL結果：

SQL Server結果：

條件查詢-末尾空白

SQL Server的查詢如果末尾有空白的話，SQL Server會忽略但是PostgreSQL不會。

將如下SQL分別在PostgreSQL和SQL Server中執行：

select * from t_user where code = '77771  ';

PostgreSQL結果：

SQL Server結果：

SQL Server是能查出數據的，但是PostgreSQL查不出來。

order by

1.PostgreSQL和SQL Server的默認order by行為是不一致的。

2.order by的字段如果是null，PostgreSQL會將其放在前面，SQL Server則將其放在後面。

將如下SQL分別在PostgreSQL和SQL Server中執行：

select * from t_user order by code desc;

PostgreSQL:

SQL Server：

可以看出，查出來的數據的順序是不同的。

某些情況下如果要求數據順序在兩個數據庫中要一致的話，可以在PostgreSQL的查詢SQL中增加nulls last來讓null數據滯後。

select * from t_user order by code desc nulls last;

也可以使用case when來統一SQL：

ORDER BY (case when xxx is null then '' else xxx end) DESC;

字符串拼接

SQL Server使用” + “號來拼接字符串，並且在2012版本之前不支持concat函數。

PostgreSQL使用” || “來拼接字符串，同時支持concat函數。

查詢表是否存在

//SQL Server
select count(name) from sys.tables where type='u' and name='t_user';

//PostgreSQL
select count(table_name) from information_schema.tables where table_name='t_user';

補充：SqlServer與Postgresql數據庫字段類型對照表

如下所示：

 sqlserver      to    postgresql type
// "bigint",            "bigint"
//  "binary",             "bytea"
//  "bit",              "boolean"
//  "char",              "char"
//  "datetime",            "timestamp"  
//  "decimal",            "numeric"
//  "float",            "double precision"
//  "image",            "bytea"
//  "int",              "integer"
//  "money",            "numeric(19,4)"
//  "nchar",            "varchar"
//  "ntext",            "text"
//  "numeric",            "numeric"
//  "nvarchar",            "varchar"
//  "real",              "real"
//  "smalldatetime",        "timestamp"
//  "smallint",            "smallint"
//  "smallmoney",          "numeric(10,4)"
//  "text",              "text"
//  "timestamp",          "bigint"
//  "tinyint",            "smallint"
//  "uniqueidentifier",        "uniqueidentifier"
//  "varbinary",          "bytea"
//  "varchar",            "varchar"

以上為個人經驗，希望能給大傢一個參考，也希望大傢多多支持WalkonNet。如有錯誤或未考慮完全的地方，望不吝賜教。

推薦閱讀：