條件查詢-模糊匹配
postgresql和sql server的模糊匹配like是不一樣的,postgresql的like是區(qū)分大小寫的,sql server不區(qū)分。
測試如下:
1
2
3
4
5
6
7
8
9
|
//構(gòu)造數(shù)據(jù)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中執(zhí)行:
1
|
select * from t_user where name like '%zhang%' ; |
postgresql結(jié)果:
sql server結(jié)果:
如果想讓postgresql的like也不區(qū)分大小寫的話,可以使用ilike
1
|
select * from t_user where name ilike '%zhang%' ; |
或者使用lower或者upper都轉(zhuǎn)換成小寫或者大寫再模糊匹配,這種方式的sql兩種數(shù)據(jù)庫都兼容。
1
2
|
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中執(zhí)行:
1
|
select * from t_user where code = 77771; |
code是一個varchar類型的數(shù)據(jù)。
postgresql結(jié)果:
sql server結(jié)果:
條件查詢-末尾空白
sql server的查詢?nèi)绻┪灿锌瞻椎脑挘瑂ql server會忽略但是postgresql不會。
將如下sql分別在postgresql和sql server中執(zhí)行:
1
|
select * from t_user where code = '77771 ' ; |
postgresql結(jié)果:
sql server結(jié)果:
sql server是能查出數(shù)據(jù)的,但是postgresql查不出來。
order by
1.postgresql和sql server的默認order by行為是不一致的。
2.order by的字段如果是null,postgresql會將其放在前面,sql server則將其放在后面。
將如下sql分別在postgresql和sql server中執(zhí)行:
1
|
select * from t_user order by code desc ; |
postgresql:
sql server:
可以看出,查出來的數(shù)據(jù)的順序是不同的。
某些情況下如果要求數(shù)據(jù)順序在兩個數(shù)據(jù)庫中要一致的話,可以在postgresql的查詢sql中增加nulls last來讓null數(shù)據(jù)滯后。
1
|
select * from t_user order by code desc nulls last ; |
也可以使用case when來統(tǒng)一sql:
1
|
order by ( case when xxx is null then '' else xxx end ) desc ; |
字符串拼接
sql server使用" + “號來拼接字符串,并且在2012版本之前不支持concat函數(shù)。
postgresql使用” || "來拼接字符串,同時支持concat函數(shù)。
查詢表是否存在
1
2
3
4
5
|
//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數(shù)據(jù)庫字段類型對照表
如下所示:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
|
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" |
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持服務(wù)器之家。如有錯誤或未考慮完全的地方,望不吝賜教。
原文鏈接:https://blog.csdn.net/Qsword555/article/details/84876184