本篇文章給大家分享的是有關(guān)PostgreSQL與SQLServer的區(qū)別是什么，小編覺得挺實(shí)用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

目前累計(jì)服務(wù)客戶上1000+，積累了豐富的產(chǎn)品開發(fā)及服務(wù)經(jīng)驗(yàn)。以網(wǎng)站設(shè)計(jì)水平和技術(shù)實(shí)力，樹立企業(yè)形象，為客戶提供成都做網(wǎng)站、成都網(wǎng)站設(shè)計(jì)、網(wǎng)站策劃、網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)絡(luò)營(yíng)銷、VI設(shè)計(jì)、網(wǎng)站改版、漏洞修補(bǔ)等服務(wù)。成都創(chuàng)新互聯(lián)公司始終以務(wù)實(shí)、誠(chéng)信為根本，不斷創(chuàng)新和提高建站品質(zhì)，通過對(duì)領(lǐng)先技術(shù)的掌握、對(duì)創(chuàng)意設(shè)計(jì)的研究、對(duì)客戶形象的視覺傳遞、對(duì)應(yīng)用系統(tǒng)的結(jié)合，為客戶提供更好的一站式互聯(lián)網(wǎng)解決方案，攜手廣大客戶，共同發(fā)展進(jìn)步。

條件查詢-模糊匹配

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

測(cè)試如下：

//構(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ù)庫(kù)都兼容。

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會(huì)忽略但是PostgreSQL不會(huì)。

將如下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會(huì)將其放在前面，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ù)庫(kù)中要一致的話，可以在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使用" + “號(hào)來拼接字符串，并且在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ù)庫(kù)字段類型對(duì)照表

如下所示：

 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"

以上就是PostgreSQL與SQLServer的區(qū)別是什么，小編相信有部分知識(shí)點(diǎn)可能是我們?nèi)粘９ぷ鲿?huì)見到或用到的。希望你能通過這篇文章學(xué)到更多知識(shí)。更多詳情敬請(qǐng)關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。

網(wǎng)頁(yè)標(biāo)題：PostgreSQL與SQLServer的區(qū)別是什么-創(chuàng)新互聯(lián)
URL分享：http://weahome.cn/article/iiepj.html