淺談PostgreSQL和SQLServer的一些差異
條件查詢-模糊匹配
PostgreSQL和SQL Server的模糊匹配like是不一樣的,PostgreSQL的like是區(qū)分大小寫的,SQL Server不區(qū)分。
測試如下:
//構(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í)行:
select * from t_user where name like '%zhang%';
PostgreSQL結(jié)果:

SQL Server結(jié)果:

如果想讓PostgreSQL的like也不區(qū)分大小寫的話,可以使用ilike
select * from t_user where name ilike '%zhang%';
或者使用lower或者upper都轉(zhuǎn)換成小寫或者大寫再模糊匹配,這種方式的SQL兩種數(shù)據(jù)庫都兼容。
select * from t_user where upper(name) like upper('%zhang%');
select * from t_user where lower(name) like lower('%zhang%');
條件查詢-弱類型匹配
PostgreSQL在做條件查詢的時(shí)候是強(qiáng)類型校驗(yàn)的,但是SQL Server是弱類型。
將如下SQL分別在PostgreSQL和SQL Server中執(zhí)行:
select * from t_user where code = 77771;
code是一個(gè)varchar類型的數(shù)據(jù)。
PostgreSQL結(jié)果:

SQL Server結(jié)果:

條件查詢-末尾空白
SQL Server的查詢?nèi)绻┪灿锌瞻椎脑?,SQL Server會忽略但是PostgreSQL不會。
將如下SQL分別在PostgreSQL和SQL Server中執(zhí)行:
select * from t_user where code = '77771 ';
PostgreSQL結(jié)果:

SQL Server結(jié)果:

SQL Server是能查出數(shù)據(jù)的,但是PostgreSQL查不出來。
order by
1.PostgreSQL和SQL Server的默認(rèn)order by行為是不一致的。
2.order by的字段如果是null,PostgreSQL會將其放在前面,SQL Server則將其放在后面。
將如下SQL分別在PostgreSQL和SQL Server中執(zhí)行:
select * from t_user order by code desc;
PostgreSQL:

SQL Server:

可以看出,查出來的數(shù)據(jù)的順序是不同的。
某些情況下如果要求數(shù)據(jù)順序在兩個(gè)數(shù)據(jù)庫中要一致的話,可以在PostgreSQL的查詢SQL中增加nulls last來讓null數(shù)據(jù)滯后。
select * from t_user order by code desc nulls last;
也可以使用case when來統(tǒng)一SQL:
ORDER BY (case when xxx is null then '' else xxx end) DESC;
字符串拼接
SQL Server使用" + “號來拼接字符串,并且在2012版本之前不支持concat函數(shù)。
PostgreSQL使用” || "來拼接字符串,同時(shí)支持concat函數(shù)。
查詢表是否存在
//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';
補(bǔ)充:SqlServer與Postgresql數(shù)據(jù)庫字段類型對照表
如下所示:
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"
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教。
相關(guān)文章
postgresql合并string_agg函數(shù)的實(shí)例
這篇文章主要介紹了postgresql合并string_agg函數(shù)的實(shí)例,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧2021-01-01
使用pg_basebackup對Postgre進(jìn)行備份與恢復(fù)的實(shí)現(xiàn)
這篇文章主要介紹了使用pg_basebackup對Postgre進(jìn)行備份與恢復(fù)的實(shí)現(xiàn)操作,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧2021-01-01
詳解PostgreSQL中實(shí)現(xiàn)數(shù)據(jù)透視表的三種方法
數(shù)據(jù)透視表(Pivot Table)是進(jìn)行數(shù)據(jù)匯總、分析、瀏覽和展示的強(qiáng)大工具,可以幫助我們了解數(shù)據(jù)中的對比情況、模式和趨勢,是數(shù)據(jù)分析師和運(yùn)營人員必備技能之一,本給大家介紹PostgreSQL中實(shí)現(xiàn)數(shù)據(jù)透視表的三種方法,需要的朋友可以參考下2024-04-04
CVE-2019-9193之PostgreSQL?任意命令執(zhí)行漏洞的問題
這篇文章主要介紹了CVE-2019-9193:PostgreSQL?任意命令執(zhí)行漏洞,本文給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2022-08-08
postgresql 實(shí)現(xiàn)獲取所有表名,字段名,字段類型,注釋
這篇文章主要介紹了postgresql 實(shí)現(xiàn)獲取所有表名,字段名,字段類型,注釋操作,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧2021-01-01
Postgresql數(shù)據(jù)庫中的json類型字段使用示例詳解
JSON的主要用于在服務(wù)器與web應(yīng)用之間傳輸數(shù)據(jù),這篇文章主要介紹了Postgresql數(shù)據(jù)庫中的json類型字段使用,本文結(jié)合實(shí)例代碼給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2023-02-02
PostgreSQL使用jsonb進(jìn)行數(shù)組增刪改查的操作詳解
有時(shí)候我們需要使用PostgreSQL這種結(jié)構(gòu)化數(shù)據(jù)庫來存儲一些非結(jié)構(gòu)化數(shù)據(jù),PostgreSQL恰好又提供了json這種數(shù)據(jù)類型,這里我們來簡單介紹使用jsonb的一些常見操作,需要的朋友可以參考下2024-03-03

