PostgreSQL7.0手冊-用戶手冊-1. 簡介

2019-09-08 23:32:56

字體：大中小

來源：轉載

供稿：網友

PostgreSQL
The　PostgreSQL　Development　Team
Edited　by
Thomas　Lockhart
PostgreSQLis　Copyright　?1996-2000　by　PostgreSQL　Inc.　

編譯：何偉平　　laser@zhengmai.com.cn　

中文譯稿版權聲明：　

本文的中文譯稿版權屬于其中文譯稿作者。您可對本手冊進行非商業用途的自由傳播，但務必保證手冊的完整性，轉載時請保留本版權聲明．由于譯者水平有限，錯誤之處在所難免，希望各位用戶指正．由此帶來的一切后果，本人概不負責．　

第一章.　簡介
內容　
何為　Postgres？　
　簡單回顧　Postgres　
關于這個版本　
資源　
術語　
符號　
問題匯報指導　
Y2K　聲明　
版權和商標　
這份文檔是最初由加州大學伯克利分校開發的　PostgreSQL　數據庫管理系統的用戶手冊．PostgreSQL以　Postgres　release　4.2為基礎?！‘敵跤伞ichael　Stonebraker　教授領導的　Postgres　　項目，是由高級防務研究項目局（Defense　Advanced　Research　Projects　Agency）（DARPA）　，　陸軍研究處?。ˋRO?。?，　國家科學基金會?。∟ational　Science　Foundation）（NSF），和　ESL　公司贊助進行的?！?
何為　Postgres？
傳統的關系型數據庫管理系統?。āBMS?。≈С忠粋€由命名關系（表）的集合（包括特定類型的屬性/字段）組成的數據模型．在現代的商用系統中，可能的類型通常包括浮點數，　整數，　字符串，　金額及日期．　現在，　人們普遍認為這個模型已經不能滿足未來的數據處理應用的需要了．而關系型模型成功地取代了以前的模型在某種程度上來說是因為它的簡單．　當然，正如我們常說的，　簡單通常會使某些應用的實現變得非常困難．　Postgres　通過一種讓用戶可以很容易擴展系統的方法整合了下面四種基本概念，使其能提供可觀的附加功能：　
　　　
　類/表（classes）　
繼承（inheritance）　
類型（types）　
函數（functions）　

其他特性還提供了附加的功能和靈活性：　
　　　
　約束（constraints）　
觸發器（triggers）　
規則（rules）　
事務完整（transaction　integrity）　

這些特性將　Postgres　置于對象－關系　(object-relational)　型數據庫的范疇．　請注意，　這是和那些所謂的面向對象(object-oriented)　的數據庫不同的概念；面向對象型數據庫通常并不適合于支持傳統的關系型數據庫語言．　所以，　盡管　Postgres　有一些面向對象的特性，　它仍然屬于關系型數據庫的范疇，　事實上，　一些商用數據庫最近已經集成了一些　Postgres　所領先的特性．

--------------------------------------------------------------------------------
簡單回顧　Postgres
--------------------------------------------------------------------------------

現在被稱為　PostgreSQL　的對象-關系型數據庫管理系統（有一段時間被稱為Postgres95　）是從伯克利寫的　Postgres　軟件包發展而來的。經過十幾年的發展，PostgreSQL世界上可以獲得的最先進的開放源碼的數據庫系統，它提供了多版本并行控制，支持幾乎所有　SQL　構件（包括子查詢，事務和用戶定義類型和函數），并且可以獲得非常廣闊范圍的（開發）語言綁定（包括　C，C++，Java，perl，tcl，和python）。　
伯克利的　Postgres　項目
PostgresDBMS　的實現始于1986年，　該系統最初的概念詳見　Postgres的設計．最早的數據模型定義見Postgres　數據模型．當時的規則系統設計在　Postgres　規則系統設計　里描述．存儲管理器的理論基礎和體系結構在　Postgres　存儲系統　里有詳細描述．　
從那以后，　Postgres　經歷了幾次主要的版本更新．第一個演示性的系統在1987年便可用了，　并且在1988年的ACM-SIGMOD　大會上展出．　我們在1989年發布版本　1（在　Postgres的實現里有描述）給一些外部的用戶使用．作為對第一個規則系統的批評的響應，（對　Postgres　規則系統的討論），我們重新設計了規則系統（On　Rules,　Procedures,　Caching　and　Views　in　Database　Systems）并在1990年6月發布了使用新規則系統的版本　2．　版本　3　在1991年出現，　增加了多存儲管理器的支持，　并且改進了查詢執行器，重新編寫了重寫規則系統．　從那以后，　直到　Postgres95發布發布前（見下文），工作都集中在移植性和可靠性上。　

Postgres　已經被用于許多研究或實際的應用中去了．這些應用包括：　一個財務數據分析系統，　一個噴氣引擎性能監控軟件包，　一個小行星跟蹤數據庫，一個醫療信息數據庫和一些地理信息系統．　Postgres　還被許多大學用于教學用途．　最后，Illustra　Information　Technologies?。ê髞聿⑷搿nformix　）拿到代碼并使之商業化．　在1992年末Postgres　成為　Sequoia　2000　科學計算項目的首要數據管理器．　

到了1993年，　外部用戶的數量幾乎翻番．　隨著用戶的增加．　用于源代碼維護的時間日益增加占用了太多本應該用于數據庫研究的時間，　于是該項目在版本4.2時正式終止．

Postgres95
在1994年，Andrew　Yu　和　Jolly　Chen　向　Postgres中增加了SQL語言的解釋器．并隨后將Postgres95源代碼發布到互聯網上供大家使用，成為一個開放源碼的，原先伯克利Postgres代碼的繼承者．　
Postgres95　所有源代碼都是完全的　ANSI　C　，　而且代碼量減少了25%．　并且有許多內部修改以利于提高性能和代碼的維護性．Postgres95　v1.0.x　在進行Wisconsin　Benchmark　測試時大概比　v4.2快30-50%．　除了修正了一些錯誤，其他的一些主要改進還有：　
原來的查詢語言　Postquel　被　SQL　取代（在　server　端實現）．在PostgreSQL　之前還不支持子查詢（但這個功能可以在　Postgres95　里面由用戶定義的　SQL　函數實現）。重新實現了聚集。同時還增加了對　``GROUP　BY''的支持．　C　程序仍可以調用　libpq　接口函數．　
在監控程序方面，　增加了新利用　GNUreadline　進行交互查詢的監控程序（psql）?！?
增加了新的前端庫，　libpgtcl，　用以支持以　Tcl為基礎的客戶端．一個樣本shell，pgtclsh，提供了新的　Tcl命令用于　tcl　程序和　Postgres95　后端之間的交互．　

徹底重寫了大對象的接口．　保留了將大對象轉置（Inversion?。┳鳛榇鎯Υ髮ο蟮奈ㄒ粰C制．（去掉了的轉置（Inversion?。┪募到y。）　

去掉了記錄級（instance-level?。┑囊巹t系統．　但通過重寫規則仍可以使用規則．　

在發布的源碼中增加了一個簡短的常用　SQL　和　Postgres95　特有的　SQL　特性的教程．　

用GNU　make?。ㄈ〈薆SD　make）用于制作．　同樣，　Postgres95　可以使用不加補丁的gcc（修正了偶數字節數據（　doubles　）的對齊問題）．

PostgreSQL
到了1996年，　我們很明顯的看出“Postgres95”這個名字已經不能經得起時間的考驗了．于是我們起了一個新名字PostgreSQL　用于反映最初的　Postgres　和最新的使用　SQL的版本之間的關系．　同時版本號也重新從6.0開始，　將版本號放回到最初的由　Postgres項目開始的順序中去．　
Postgres95　的版本的開發重點放在標明和理解現有的后端代碼上．　PostgreSQL　開發重點轉到了一些有爭議的特性和功能上了，當然各個方面的工作都在同時進行．　

PostgreSQL　主要的改進有：　

表級鎖被多版本并行控制取代，這樣就允許讀操作在寫操作活躍時連續地讀取一致的數據，并且令數據庫等待執行查詢時用　pg_dump　進行熱備份成為可能?！?
許多重要的后端特性，包括子查詢，缺?。ㄖ担?，約束和觸發器都實現了．　

增加了附加的　SQL92－兼容的語言特性，包括主鍵，引用標識，強制的語義字符串類型轉換(?literal　string　type　coersion)，類型轉換，以及二進制和十六進制整數的輸入．　

改進了內建的數據類型，　包括新的大范圍日期/時間類型和附加幾何數據類型的支持．　

總體上后端代碼的速度提高了大約20-40%，而且自v6.0起后端的啟動時間縮短了80%．
--------------------------------------------------------------------------------
關于這個版本
--------------------------------------------------------------------------------

PostgreSQL　可免費獲得．　這個手冊描述了版本　7.0　的PostgreSQL．　
我們將用　Postgres　代表發布了的　PostgreSQL．　

有關當前支持的平臺，　請參閱管理員手冊．　一般說來　，　Postgres　可以移植到任何有完全　libc　庫支持的　Unix/Posix－兼容的系統上．

--------------------------------------------------------------------------------
資源
--------------------------------------------------------------------------------

本手冊由以下幾部分組成：　
教程　
給新用戶的介紹，不包括高級特性．　
用戶手冊　
　　
用戶需要了解的常用信息，包括可用的命令和類型．　
程序員手冊　
　　
　　
　　
　　

　　　　　　　　　　　　　　應用程序員需要的高級信息．包括類型和函數擴展，庫接口以及應用設計方面的內容．　

管理員手冊　
　　
安裝和管理信息，所支持的平臺的列表．　
開發人員手冊　
　　
　　

Postgres　開發者所需的信息．這部分內容是給那些有志于參與Postgres項目開發的人員看的；應用開發的信息應該包括在程序員手冊內．　這部分內容包含在程序員手冊中．　

參考手冊　
　　
　　

命令語法的詳細參考信息，當前包含在用戶手冊中．

除了上述手冊外，其他的一些資源也可以幫助你安裝和使用Postgres：　
手冊頁　
　　
手冊頁包含常用信息和命令語法．　
FAQs　
　　
常問的問題（FAQ）文檔包含常見問題和平臺相關問題的解答．　
READMEs　
　　
一些貢獻的包包含README文件．　
站點　
　　
　　

Postgres　網站有一些在發布版里沒有的信息．在網站上有一個mhonarc郵件列表的目錄，通常是解決問題的很好的地方?！?

郵件列表　
　　
　　

　pgsql-general　（歸檔）郵件列表是解決用戶問題的好地方；同時還有其他的郵件列表，詳見　PostgreSQL　網站的　Info　Central　部分?！?

你自己！　
　　
　　

Postgres　是一個開放源碼的東西．　也就是說，它靠用戶群體進行支持工作．當你剛開始使用Postgres　時，你將依靠其他人的幫助，或者是通過文檔，或者是通過郵件列表．同時請也將你的知識貢獻出來，如果你學到了一些文檔里沒有提到的東西，請將其寫下來并貢獻出來．如果你給代碼增加了特性，請貢獻出來．　

甚至沒有很多經驗的人也可以提供文檔的修正和小修改，這就是好的開始．pgsql-docs（歸檔）郵件列表就是開始的地方．

--------------------------------------------------------------------------------
術語
--------------------------------------------------------------------------------

在下面的文檔中，節點(?site)　可以理解為安裝　Postgres　的機器．　由于我們可以在一臺機器上安裝多套　Postgres　數據庫，　所以，準確地說這個詞代表所安裝的某一套Postgres　的二進制文件和數據庫的集合．　
Postgres　超級用戶　是叫　postgres　的用戶，他擁有　Postgres的二進制文件和數據庫文件．作為數據庫超級用戶，他擁有超越所有保護機制和訪問任何數據的特權．另外，　Postgres　超級用戶可以執行一些并非所有用戶可以執行的程序．要注意的是　Postgres超級用戶和　Unix　超級用戶?。ㄍǔ＝凶觥oot）并不相同．　出于安全的原因數據庫的超級用戶應該有一個非零的用戶標識（UID）?！?

數據庫管理員　或稱之為　DBA，負責安裝　Postgres　和制定這個數據庫的安全策略．DBA　可以用下面描述的方法增加用戶和維護一套用于　createdb　的模板庫?！?

postmaster　是充當發往　Postgres　系統的請求的凈化間的進程．前端應用與postmaster　相連，由它監控任何系統錯誤和與后端進程的通訊．postmaster　可由一些命令行參數來調節其特性．不過，只有你試圖同時運行多套數據庫或某一套非缺省的數據庫時才需要設置參數．　

Postgres　的后端進程（實際上是可執行文件　postgres）可由　Postgres　超級用戶直接在命令行上運行（以數據庫名為參數）．不過，這樣做繞過了與　postmaster/節點（site）相連的共享緩沖池和鎖表，因而不推薦在一個多用戶節點上這么做．

--------------------------------------------------------------------------------
符號
--------------------------------------------------------------------------------

“...”　或在文件名前面的　/usr/local/pgsql/　用于代表Postgres　超級用戶的家目錄．　
在命令行參數里，方括號?。ā癧”　和　“]”）　表示一個可選詞或關鍵字．任何用花括號（“{”　和　“}”）　括起來的包含豎直條（“|”）　的內容表示你必須選擇一個．　

在例子里，圓括號?。ā?”　和　“)”）用于組合布爾表達式．　“|”　是布爾計算符"或"（OR）．　

例子將演示從不同用戶和程序執行命令的結果．root用戶執行的命令將由“>”開頭．Postgres　超級用戶執行的命令將由“%”開頭，普通用戶執行的命令由　“$”開頭．　SQL　命令視情況由“=>”開頭或沒有前導字符．　

注意：　當我們寫這些時　（Postgres　v7.0）還沒有在整個文檔集中通盤考慮符號標志命令(flagging　commands)的使用．請向　文檔郵件列表　反映問題．　

--------------------------------------------------------------------------------

問題匯報指導
當你在PostgreSQL　里碰到問題時，我們也希望聽到它。你的臭蟲匯報是將　PostgreSQL　做得更加可靠的一個非常重要的部分，因為即使是細致到極限的工作也不能保證在任何情況任何平臺下　PostgreSQL　的每一個部分都能正常工作?！?
下面的建議試圖幫助你正確格式化臭蟲報告，這樣這些報告就能夠以一種有效的方法處理。我們不強迫任何人遵循這些東西，但是這樣做對我們每個人都有好處。　

我們不能保證能夠正確修補每個臭蟲。如果臭蟲是顯而易見的，很關鍵的或者影響許多用戶，那么很有可能有些人會認真檢查它們。同樣也可能是我們告訴你升級到一個新版本，看看臭蟲是否仍然存在。否則，我們可能會說這個臭蟲在我們正計劃的幾個主要改寫之前不會得到修補?；蛘哌@個臭蟲只是太費事了，而且目前的日程表上有更重要的事情要做。如果你立即需要幫助，考慮獲取一個商業性的支持?！?

標識臭蟲
在你發出"這是個臭蟲嗎？"這樣的問題之前，請一再仔細地讀文檔，以確認你確實可以做你想做的事情。如果文檔中對你能否處理你所做的事情并不清楚，也請你匯報過來；因為這個是文檔的臭蟲。如果發現你的程序的表現不象文檔里說的那樣，那就是一個臭蟲。這時可能包括（不過不一定局限于）下面的現象：　
程序帶著一個致命信號或者一個指向程序錯誤的操作系統錯誤信息（一個反例是一個"disk　full"（磁盤滿）信息，因為這樣的錯誤必須在Postgres　外部進行修復）退出?！?

程序對給出的任何輸入都產生錯誤的輸出?！?

程序拒絕接收有效的輸入?！?

程序對非法輸入沒有生成任何提示或者錯誤信息?！?

在支持的平臺上根據指導未能成功地編譯、制作或安裝PostgreSQL。

這里的"程序"代表任何可執行文件，而不僅僅是后端服務器?！?
速度慢或者資源消耗大不算是臭蟲。請閱讀文檔或者提交郵件列表之一獲取調節你的應用（的性能）的幫助。未能遵循　SQL　也不算是一個臭蟲，除非顯式聲明了遵守該特定特性?！?

在你繼續準備匯報臭蟲之前，請檢查　TODO　列表和　FAQ，看看你報告的臭蟲是否已知。如果你不能解析　TODO　列表里面的信息，請匯報你的問題。最少我們可以把　TODO　列表做得更清晰?！?

匯報什么
關于匯報臭蟲需要記住的最重要事就是寫出所有事實并且只寫事實。不要推測你認為是什么錯了，什么"看起來象"，或者是推測程序的哪一部分失靈了。如果你不熟悉　Postgres　的實現，你很可能猜錯因而不能幫我們任何忙。而且即使你熟悉　Postgres　的實現，提煉出來的解釋也只是事實的補充而不是代替。如果我們準備修理這個臭蟲，我們仍然需要首先親自看到臭蟲的出現。報告簡單的事實相對而言比較直接（你可以從屏幕上拷貝和粘貼），不過經常發生的是很多人認為這些事實不重要而忽略了重要的細節，否則匯報總是能夠被我們理解?！?
下面的條目應該包含在所有臭蟲匯報里面：　

從程序啟動開始到重現問題的準確步驟順序。這應該自包含；要知道如果輸出將依賴于表中的數據時，光把一個光禿禿的　select　語句發過來而不吧前面的創建表和插入語句發過來是不夠的。我們沒有時間分析你的數據庫結構，而且如果我們試著建立我們自己的數據，那我們就有可能錯過問題。測試與查詢語言有關的問題的最好的格式是一個可以通過　psql　前端運行并顯示問題的文件。（確保在你的　~/.psqlrc　啟動文件里面沒有任何東西。）我們鼓勵你最小化你的例子，但這不是非做不可的事情。如果臭蟲是可以復現的，那么兩種方式都能幫助我們找到它?！?

如果你的應用使用其他客戶端接口，比如說　PHP，那么請設法隔離出有毛病的查詢。我們可能不會設置一個　web　服務器來復現你的問題。不管怎么說，請記住提供準確的輸入文件，而不要猜測問題會在"大文件"或者"中等尺寸的數據庫"等等的身上發生。因為這樣的信息太不確切，因而沒有什么用處。　

你得到的輸出。請不要說它"不起作用"或者"失靈了"。如果有錯誤信息，請寫明，即使你不能理解也一樣。如果程序帶著操作系統錯誤退出，也請寫清楚。如果什么也沒有發生，就照直說。即使你的測試實例是程序崩潰或者其他顯而易見的現象，它也有可能不會在我們的平臺上發生。如果可能，最簡單的事情是從終端拷貝輸出?！?

注意：如果是致命錯誤，客戶端提供的信息可能不會包含所有能得到的信息。這種情況下，還要看看數據庫服務器的輸出。如果你沒有保留你的服務器輸出，那么現在是做這件事的好機會。
還有一樣很重要去聲明的是你期望的輸出。如果你只是寫到"這條命令給我這樣的輸出。"或者"這不是我期望的。"，我們可能自己運行它，檢查輸出，然后認為看上去很好并且正是我們所期望的輸出。我們不應該把時間花在解析你的命令的語義上。特別是要避免僅僅說"這不是　SQL　說的/Oracle　做的那樣。"　從　SQL　里挖掘出正確的特性可不是好玩的事情，我們也不能知道所有其他的關系數據庫的特性是怎樣的。（如果你的問題是程序崩潰，你顯然可以忽略這個條目。）　
任何命令行選項和其他啟動選項，包括相關的環境變量或者你從缺省值修改以后的配置文件。同時，還要準確。如果你使用啟動系統時自動啟動數據庫服務器的預打包的版本，你應該試著找出這些是怎樣實現的?！?

任何你做得與安裝指導不一樣的東西?！?

PostgreSQL　版本。你可以運行命令　SELECT　version()；來檢查你正在運行的版本是什么。如果這個函數不存在，請說明，這樣我們就知道你的版本有夠老。如果你無法啟動服務器或者客戶端，參閱源碼目錄里面的　README　文件或者看看你的發布文件的名稱或包名稱。如果你的版本早于　7.0，我們幾乎可能會告訴你去升級。每個新版本都會有成噸的臭蟲被修理掉，這也是我們寫（新版本）的原因?！?

如果你運行預打包的版本，例如　RPM，請說明，包括那個包可能有的任何子版本號。如果你說的是　CVS　快照，說明之，包括它的日期和時間?！?

平臺信息。這包括內核名稱和版本，C　庫，處理器，存儲器信息。大多數情況下只需要匯報供應商和版本，但是不要指望每個人都很清楚　"Debian"　包括什么東西或者說每個人都運行在　Pentium　上。如果你還有關于編譯器，make等安裝的問題信息，也有必要詳細匯報。

不要怕你的臭蟲匯報變得很長。這就是生活。一開始就匯報所有的事情要比讓我們從你那里擠出事實要好。另外，如果你的輸入文件非常巨大，先問問有沒有人有興趣查看它也是合理的?！?
不要把你的時間花在尋找如何通過修改輸入來消除問題的方法上。這樣很有可能不能對解決問題有任何幫助。如果發現不能直接修理臭蟲，你還有時間來查找和共享你的繞過方法。還有，我們再說一便，不要在猜測臭蟲的位置上面浪費時間。我們能夠及時找到錯誤?！?

當你書寫臭蟲匯報時，請選用不易混淆的術語。軟件包本身被稱為"PostgreSQL"，有時稱為　"Postgres"。（有些時候用縮寫　"Pgsql"，但是請不要這么使用。）當你特指后端服務器時，請明確說明，而不要僅僅是說　"Postgres　崩潰了"。交互前端（SQL　界面）叫做　"psql"　而且在所有用法和用途上都是和后端完全分離的?！?

到哪里匯報臭蟲
通常，把匯報發到臭蟲匯報郵件列表。我們建議你為你的電子郵件消息選用一個描述性的題目，也許就用錯誤信息的一部分?！?
不要把臭蟲匯報發送到任何用戶郵件列表里，例如　SQL　語言郵件列表　或　通用話題郵件列表。這些郵件列表用于回答用戶問題，而且那些訂閱者通常不希望接收臭蟲匯報。更重要的是，他們很可能不會修理這些臭蟲。　

還有，請不要向　開發者郵件列表　發送臭蟲匯報。這個列表用于討論　PostgreSQL　的開發，因而我們很希望能和臭蟲匯報分離開。如果修理這個臭蟲需要更多評論，我們可能會在這個列表開一個關于你的臭蟲的討論會?！?

如果你覺得文檔有問題，請發電子郵件到　文檔郵件列表。在你的問題匯報里面指明文檔、章、節。　

如果你的臭蟲是一個在不支持平臺上的移植性問題，向　移植性問題郵件列表　發送電子郵件，這樣我們（還有你）可以一起嘗試把　PostgreSQL　移植到你的平臺上?！?

注意：由于我們不愿意看到的各種各樣的垃圾郵件，上面的所有電子郵件地址都是封閉的郵件地址。也就是說，你需要先申請，然后才能發帖子。如果你只是想發送郵件而不想接受列表的往來的郵件，你可以提交特殊的　pgsql-loophole　郵件列表，那里允許你向所有　PostgreSQL　郵件列表發信而接收不到任何信息。向　pgsql-loophole-request@postgresql.org　發郵件來申請?！?
（譯注：這里用"assume"這個詞真多，讓我想起一個老外給我講解"assume"的意思："ass-u-me"　:-D）

--------------------------------------------------------------------------------
--------------------------------------------------------------------------------

Y2K　聲明
作者：Thomas　Lockhart　于　1998-10-22?！「掠凇?000-03-31。
PostgreSQL　全球開發隊伍將提供　Postgres　軟件的代碼樹作為一種公眾服務，對其特性和性能不做任何保證和承諾，但是，到我們寫這些為止：　
這些聲明的作者，作為一個從1996年11月開始從事Postgres支持的志愿者，并未發現任何　Postgres　的代碼與2000年1月1日的時間切換(Y2K)相關．　
本聲明的作者并未收到當前或最近版本的Postgres　任何與　Y2K　問題相關的報告，不論是在做遞歸測試還是在其他領域的使用中．考慮到我們的裝機量和我們的郵件列表的活躍性，如果問題存在，我們應該可以獲得消息．　
據作者所知，Postgres　對兩位數年份的一些假設的文檔在　用戶手冊　中的日期類型章節中。就兩位數年份而言，　關鍵的切換年份是1970年，而不是2000年；比如"70-01-01"被看作是　1970-01-01，　而"69-01-01"將被看作是　2069-01-01?！?
任何因OS取　"當前時間"　造成的Y2K問題都可能傳染到Postgres．　
請參考　Gnu　工程　和　Perl　大學　進一步討論Y2K問題，尤其是開放源碼（免費）軟件．　

--------------------------------------------------------------------------------
--------------------------------------------------------------------------------

版權和商標
（譯注：具體的版權譯文請參閱　FAQ。）
PostgreSQL　is　Copyright　(C)　1996-2000　by　PostgreSQL　Inc.　and　is　distributed　under　the　terms　of　the　Berkeley　license.　

Postgres95　is　Copyright　(C)　1994-5　by　the　Regents　of　the　University　of　California.　Permission　to　use,　copy,　modify,　and　distribute　this　software　and　its　documentation　for　any　purpose,　without　fee,　and　without　a　written　agreement　is　hereby　granted,　provided　that　the　above　copyright　notice　and　this　paragraph　and　the　following　two　paragraphs　appear　in　all　copies.　

In　no　event　shall　the　University　of　California　be　liable　to　any　party　for　direct,　indirect,　special,　incidental,　or　consequential　damages,　including　lost　profits,　arising　out　of　the　use　of　this　software　and　its　documentation,　even　if　the　University　of　California　has　been　advised　of　the　possibility　of　such　damage.　

The　University　of　California　specifically　disclaims　any　warranties,　including,　but　not　limited　to,　the　implied　warranties　of　merchantability　and　fitness　for　a　particular　purpose.　The　software　provided　hereunder　is　on　an　"as-is"　basis,　and　the　University　of　California　has　no　obligations　to　provide　maintainance,　support,　updates,　enhancements,　or　modifications.　

All　trademarks　are　the　property　of　their　respective　owners.　

--------------------------------------------------------------------------------

上一篇：PostgreSQL7.0手冊-用戶手冊-2. SQL 語法

下一篇：PostgreSQL 常見問題（FAQ）