下載吧 - 綠色安全的游戲和軟件下載中心

          軟件下載吧

          當(dāng)前位置:軟件下載吧 > 技術(shù)開發(fā) > 數(shù)據(jù)庫 > Postgresql數(shù)據(jù)庫character?varying和character的區(qū)別說明

          Postgresql數(shù)據(jù)庫character?varying和character的區(qū)別說明

          時間:2024-02-07 12:09作者:下載吧人氣:26

          Postgresql character varying和character的區(qū)別

          SQL 標(biāo)準(zhǔn)

          SQL 定義了兩種基本的字符類型:character varying(n) 和 character(n) ,這里的 n 是一個正整數(shù)。兩種類型都可以存儲最多 n 個字符的字符串。

          試圖存儲更長的字符串到這些類型的字段里會產(chǎn)生一個錯誤,除非超出長度的字符都是空白,這種情況下該字符串將被截斷為最大長度。

          這個看上去有點怪異的例外是 SQL 標(biāo)準(zhǔn)要求的。如果要存儲的字符串比聲明的長度短,類型為 character 的數(shù)值將會用空白填滿;而類型為 character varying 的數(shù)值將只是存儲短些的字符串。

          如果我們明確地把一個數(shù)值轉(zhuǎn)換成 character varying(n) 或 character(n) ,那么超長的數(shù)值將被截斷成 n 個字符,且不會拋出錯誤。這也是 SQL 標(biāo)準(zhǔn)的要求。

          postgreSQL 字符類型

          Name Description
          character varying(n), varchar(n) 變長,有長度限制
          character(n), char(n) 定長,不足補空白
          text 變長,無長度限制

          長度區(qū)別

          varchar(n) 和 char(n) 分別是 character varying(n) 和 character(n) 的別名,沒有聲明長度的 character 等于 character(1) ;character varying 不帶長度使用 ,那么該類型接受任何長度的字符串。后者是 PostgreSQL 的擴展。

          另外,PostgreSQL 提供 text 類型,它可以存儲任何長度的字符串。盡管text類型不是 SQL 標(biāo)準(zhǔn),但是許多 SQL 數(shù)據(jù)庫系統(tǒng)也有它。

          物理存儲

          character 類型的數(shù)據(jù),在物理上都用空格(原文: space)填充到指定長度 n 并且以這種方式存儲和顯示。不過,填充的空白在是無語意的。

          在比較兩個 character 值的時候,填充的空白都會被忽略,在轉(zhuǎn)換成其它字符串類型的時候,character 值里面的空格會被刪除。請注意,在 character varying 和 text 類型的數(shù)據(jù)里,結(jié)尾的空白是有語意的。

          這些類型的存儲需求是 4 字節(jié)加上實際的字符串,如果是 character 的話再加上填充的字節(jié)(上面提到的空格)。

          長字符串將會自動被系統(tǒng)壓縮,因此在磁盤上的物理需求可能會更少些。長字符串也會存儲在后臺表里面,這樣它們就不會干擾對短字段的快速訪問(我的理解是:磁盤尋址路徑或者次數(shù)更少?有知道的還望指出?。。。2还茉鯓樱试S存儲的最長字符串大概是 1GB 。

          允許在數(shù)據(jù)類型聲明中出現(xiàn)的 n 的最大值小于該最大值。更改此值不是很有用,因為使用多字節(jié)字符編碼時,字符和字節(jié)數(shù)可能會完全不同。

          如果你想存儲沒有特定上限的長字符串,那么使用 text 或沒有長度聲明詞的 character varying ,而不要設(shè)定長度限制。

          性能差異

          這三種類型之間沒有性能差別,只不過是在使用 character 的時候增加了存儲尺寸。

          雖然在某些其它的數(shù)據(jù)庫系統(tǒng)里,character(n) 有一定的性能優(yōu)勢,但在 PostgreSQL 里沒有。

          在大多數(shù)情況下,應(yīng)該使用 text 或 character varying 。

          參考:pg 8.2.23文檔

          Postgresql的character varying = bytea問題

          Java開發(fā)Postgresql 數(shù)據(jù)庫兼容應(yīng)用的問題,與Oracle有一些不同:

          Java類型映射數(shù)據(jù)庫類型的不同,Oracle jdbc驅(qū)動程序處理Java String類型可正常映射到數(shù)據(jù)庫的Numberic(Integer),而Postgres則會出錯。

          另外,則是使用hibernate時經(jīng)常的錯誤: operator不存在:character varying = bytea問題,不要被這個描述誤導(dǎo)了,并不是sql語句中character varying = bytea類型的比較,而是當(dāng)使用hibernate使用參數(shù)綁定,而參數(shù)的值為null時,hibernate或者Postgresql驅(qū)動將這個參數(shù) 映射為varbinary類型,Postgresql將varbinary認為為bytea類型

          以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持。

          標(biāo)簽MySQL,技術(shù)文檔,數(shù)據(jù)庫,PostgreSQL

          相關(guān)下載

          查看所有評論+

          網(wǎng)友評論

          網(wǎng)友
          您的評論需要經(jīng)過審核才能顯示

          熱門閱覽

          最新排行

          公眾號

          主站蜘蛛池模板: 国产成人精品一区二三区| 国产免费一区二区三区不卡| 亚洲大尺度无码无码专线一区| 久久久精品人妻一区二区三区蜜桃 | 无码毛片视频一区二区本码 | 一区二区三区中文字幕| 波多野结衣一区二区免费视频| 亚洲综合激情五月色一区| 国产精品一区二区香蕉| 精品久久久久一区二区三区 | 老熟女五十路乱子交尾中出一区| 国产成人高清精品一区二区三区 | 日韩一区二区三区不卡视频| 久久精品一区二区| 最新欧美精品一区二区三区| 激情综合丝袜美女一区二区| 中文字幕无码一区二区三区本日 | 精品国产AV一区二区三区| 激情无码亚洲一区二区三区| 日产亚洲一区二区三区| 色综合视频一区二区三区| 性色A码一区二区三区天美传媒 | 精品一区二区三区影院在线午夜 | 91在线一区二区| 国产av熟女一区二区三区| 日本高清无卡码一区二区久久| 亚洲av福利无码无一区二区| 狠狠做深爱婷婷综合一区| 国产视频福利一区| 精品国产一区在线观看| 亚洲A∨精品一区二区三区下载| 亚洲AV无码一区二区三区系列 | 黄桃AV无码免费一区二区三区| 精品国产一区二区三区久| 亚洲国产精品一区二区三区在线观看 | 91午夜精品亚洲一区二区三区| 亚洲国产专区一区| 一区二区三区在线免费| 国产色精品vr一区区三区| 国产成人AV区一区二区三| 国产av一区二区精品久久凹凸|