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

          軟件下載吧

          當(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作者:下載吧人氣:29

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

          SQL 標(biāo)準

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

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

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

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

          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)準,但是許多 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ù)更少?有知道的還望指出!!!)。不管怎樣,允許存儲的最長字符串大概是 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)過審核才能顯示

          熱門閱覽

          最新排行

          公眾號

          主站蜘蛛池模板: 免费看一区二区三区四区| 精品一区二区三区| 最新中文字幕一区| 色多多免费视频观看区一区| 久久亚洲一区二区| 一区二区三区免费电影| 亚洲国产精品一区二区三区在线观看 | 国产成人一区二区三区免费视频| 久久久久人妻精品一区三寸蜜桃| 日韩成人一区ftp在线播放| 88国产精品视频一区二区三区| 久久精品国产一区二区三区不卡| 无码人妻一区二区三区免费视频| 国产精品亚洲综合一区在线观看 | 中文字幕日韩一区二区三区不卡| 无码人妻精品一区二区蜜桃AV| 精品国产一区二区三区在线| 亚洲精品国产suv一区88| 无码播放一区二区三区| 精品少妇ay一区二区三区| 精品国产一区AV天美传媒| 精品亚洲AV无码一区二区三区 | 国产91久久精品一区二区| 无码人妻精品一区二区三区蜜桃| 久久综合九九亚洲一区| 3d动漫精品啪啪一区二区中| 亚洲一区二区影院| 国产福利一区二区三区视频在线 | 精品一区二区三区四区在线| 亚洲日韩国产一区二区三区| 人成精品视频三区二区一区| 一区二区3区免费视频| 精品国产不卡一区二区三区| 亚洲日韩精品一区二区三区| 国产免费一区二区三区在线观看| 无码精品一区二区三区免费视频 | 中文字幕久久亚洲一区| 国产精品毛片一区二区三区| 搡老熟女老女人一区二区| 伊人无码精品久久一区二区| 国产一区二区在线视频播放|