淺談PostgreSQL和SQLServer的一些差異
條件查詢-模糊匹配
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"
以上為個人經驗,希望能給大家一個參考,也希望大家多多支援我們。如有錯誤或未考慮完全的地方,望不吝賜教。