Postgresql 數(shù)據(jù)庫轉(zhuǎn)義字符操作
產(chǎn)生問題
Postgresql數(shù)據(jù)庫運行下面insert命令
insert into mapping_mac_brand(_id,mac,brand) values(777,'D86595','Toy\'s Myth Inc.')
提示下面的警告:
Warning: nonstandard use of \' in a string literal
HINT: Use '' to write quotes in strings or use the escape string syntax(E...')
解決辦法
1.名詞解釋
string literal :字符串字面量
escape string:轉(zhuǎn)義字符串
escape character:轉(zhuǎn)義字符
Escape Sequence:轉(zhuǎn)義字符串
轉(zhuǎn)義字符:
所有的ASCII碼都可以用“\”加數(shù)字(一般是8進制數(shù)字)來表示。而C中定義了一些字母前加"\"來表示常見的那些不能顯示的ASCII字符,如\0,\t,\n等,就稱為轉(zhuǎn)義字符,因為后面的字符,都不是它本來的ASCII字符意思了。
在Java中,不管是String.split(),還是正則表達式,有一些特殊字符需要轉(zhuǎn)義, 這些字符是 ( [ { / ^ - $ ¦ } ])。
Java中轉(zhuǎn)義方法為字符前面加上"\\",這樣在split、replaceAll時就不會報錯了; 不過要注意,String.contains()方法不需要轉(zhuǎn)義。
但是對于下面表格指定的字符,還是一個\即可轉(zhuǎn)義。比如\n。
2.常見的轉(zhuǎn)義字符
字母前面加上反斜線"\"來表示那些不能顯示的ASCII字符.稱為轉(zhuǎn)義字符.如\0,\t,\n等,就稱為轉(zhuǎn)義字符,因為后面的字符,都不是它本來的ASCII字符意思了。
所有的轉(zhuǎn)義字符和所對應的意義:
|
轉(zhuǎn)義字符 |
意義 |
ASCII碼值(十進制) |
|
\a |
響鈴(BEL) |
007 |
|
\b |
退格(BS) ,將當前位置移到前一列 |
008 |
|
\f |
換頁(FF),將當前位置移到下頁開頭 |
012 |
|
\n |
換行(LF) ,將當前位置移到下一行開頭 |
010 |
|
\r |
回車(CR) ,將當前位置移到本行開頭 |
013 |
|
\t |
水平制表(HT) (跳到下一個TAB位置) |
009 |
|
\v |
垂直制表(VT) |
011 |
|
\\ |
代表一個反斜線字符''\' |
092 |
|
\' |
代表一個單引號(撇號)字符 |
039 |
|
\" |
代表一個雙引號字符 |
034 |
|
\0 |
空字符(NULL) |
000 |
|
\ddd |
1到3位八進制數(shù)所代表的任意字符 |
三位八進制 |
|
\xhh |
1到2位十六進制所代表的任意字符 |
二位十六進制 |
3.解決方法
1.修改數(shù)據(jù)庫配置,讓數(shù)據(jù)庫支持\作為轉(zhuǎn)義字符
早期Postgresql普通字符串中的\是作為轉(zhuǎn)義字符對待的,所以\\最終會認為是\。但是這是不符合SQL標準的,所以在PG 9.1及以后,普通字符串中的\不會被任務是轉(zhuǎn)義字符,而E'xx\x'中的\才會被當作是轉(zhuǎn)義字符。
為了使以前的代碼可以在新的PG版本中運行,便有了standard_conforming_strings這個選項,這個選項默認是on,表示按照SQL標準處理字符串,當設(shè)置為off時,按照PG的舊版本處理字符串。運行下面命令,開啟這個選項即可:
ALTER ROLE xx IN DATABASE yy SET standard_conforming_strings TO off;
2. 用新版本支持的轉(zhuǎn)義字符。''或者 E'',將含有轉(zhuǎn)義的字符串放在單引號里面
'\\' 或者 E'\\'
補充:PG特殊字符的轉(zhuǎn)義
實例1
imos=# select * from test; name ------ c_d ab _b_c (3 rows) imos=# select * from test where name like '_b%'; name ------ ab _b_c (2 rows) imos=# select * from test where name like 'd_b%' escape 'd'; name ------ _b_c (1 row) imos=# select * from test where name like '\_b%' ; name ------ _b_c (1 row)
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方,望不吝賜教。
相關(guān)文章
postgresql兼容MySQL on update current_timestamp
這篇文章主要介紹了postgresql兼容MySQL on update current_timestamp問題,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2023-03-03
PostgreSQL對GROUP BY子句使用常量的特殊限制詳解
這篇文章主要介紹了PostgreSQL對GROUP BY子句使用常量的特殊限制詳解,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2021-02-02
解析PostgreSQL中Oid和Relfilenode的映射問題
這篇文章主要介紹了PostgreSQL中Oid和Relfilenode的映射問題,本文給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2021-01-01
常用?PostgreSQL?預防數(shù)據(jù)丟失解決方案
這篇文章主要介紹了常用?PostgreSQL?預防數(shù)據(jù)丟失方案,本篇主要介紹關(guān)于?DDL?和?DML?操作,如何預防數(shù)據(jù)丟失的方案,需要的朋友可以參考下2022-01-01
PostgreSQL+Pgpool實現(xiàn)HA主備切換的操作
這篇文章主要介紹了PostgreSQL+Pgpool實現(xiàn)HA主備切換操作,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-12-12
SQL Server數(shù)據(jù)遷移至PostgreSQL出錯的解釋以及解決方案
最近對SQL Server到PostgreSQL的數(shù)據(jù)遷移時出現(xiàn)了問題,返回的錯誤為:invalid byte sequence for encoding "UTF8": 0x00。經(jīng)查證pg源代碼,該問題引起的原因是sql server的字符類型字段中含有空字符\0,該字符在pg中不支持。2014-09-09
PostgreSQL創(chuàng)建新用戶所遇見的權(quán)限問題以及解決辦法
這篇文章主要給大家介紹了關(guān)于PostgreSQL創(chuàng)建新用戶所遇見的權(quán)限問題以及解決辦法, 在PostgreSQL中創(chuàng)建一個新用戶非常簡單,但可能會遇到權(quán)限問題,需要的朋友可以參考下2023-09-09
postgreSQL 數(shù)字與字符串類型轉(zhuǎn)換操作
這篇文章主要介紹了postgreSQL 數(shù)字與字符串類型轉(zhuǎn)換操作,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-12-12

