原著：Nathan Matias 翻譯：處處
我的站點最初是采用PHP驅動，由mysql數據庫支持的方案，這在當時是一個明智的方案。在2001年夏天，我將我的數據庫換成了PostgreSQL(有時也簡稱為Postgres)。
這個教程分為兩部分，第一部分講述了我進行這種轉換的動機，並一步步地解釋了如何將已存在有MySQL的數據轉換到Postgres中。第二部分將會解釋如何根據新的數據庫系統對PHP進行相應的調整。
轉換的動機
我第一次了解Postgres是在PHPBuilder網站的一篇文章中。這篇文章將Postgres和MySQL進行了比較，當時我正在使用MySQL。但是，當我閱讀了這篇文章後，我對Postgres著了迷 -- 但是當時我還沒有想到對我的網站進行重新的設計。
我繼續使用MySQL，因為我的主機提供商只能提供MySQL的支持，這是我所無法改變的。直到有一天，主機提供商的主機崩潰了。我立即換了一個主機提供商，與原來的那個相比，新的主機提供商有很多不同，他們在安全性和穩定性方面對我作出了更多的承諾。新公司試圖說服我使用Postgres，因為Postgres要比MySQL來得更穩定，但是我當時沒有接受這個建議，因為我的網站已經根據MySQL完成了全部的編碼工作。他們只好專門為我的站點安裝了MySQL。於是問題開始了。
我的第一個工作是將舊服務器上的MySQL的數據拷貝到新的主機上。首先，我將已有的數據dump到一個SQL文件中，然後在新的主機上導入這個SQL文件。在處理這個數千行的文件時，MySQL迅速地崩潰了。重啟MySQL後，其中大概只有一半數據成功地導入了，而且MySQL只能間歇性地工作。最後，他們不得不刪除了已經導入的信息讓我再試一次。MySQL再次崩潰。這種情況重復了好幾次，直到最終我決定將我的SQL文件分割成幾塊。我不得不又試了幾次，最後終於將絕大多數的數據都成功地導入到新的MySQL服務器中。一切都好了，我總算松了一口氣。
在下面的幾個月中，MySQL幾乎每兩周都要崩潰一次，其中最慘痛的一次是在2001年6月底。這一次，存儲在MySQL中的數據完全被毀壞了。我有一個SQL的備份文件，但是因為上次向MySQL中導入大量數據的痛苦的經歷，這一次我再也不想通過這個備份恢復數據了。這時，公司再次建議我對我的網站進行轉向，使用Postgres。由於MySQL的失敗，最終我接受了這個建議。
將數據從MySQL轉移到Postgres中
將數據從MySQL轉移到Postgres是一個不大的挑戰，因為Postgres比MySQL支持了更多的SQL的標准格式，在POstgres中直接使用SQL的dump結果是不可能的。但是，SQL語法相當相似，因此對於我來說，這並沒有花費太多的時間。
對MySQL的Dump結果進行轉換
首先，要求你的主機提供商為你的帳號建立一個數據庫。和MySQL數據庫一樣，Postgres的數據庫也由一系列包含實際數據的數據表組成。然後，使用mysqldump命令為你的MySQL數據庫做一個dump文件。
mysqldump -u username -p databasename > sqldump.txt
使用FTP將整個dump文件下載下來。現在在你的計算機上有了這個SQL文件，你可以將其轉換成Postgres可以導入的文件。
首先，從dump文件中剪切所有的MySQL的CREATE TABLE查詢，並將其粘貼到一個單獨的文本文件中。下一步是使用Postgres可以理解的語言重新對數據表進行定義。
Postgres建立表的SQL和MySQL非常類似，但不完全一樣。下面是一個例子：
CREATE TABLE practicetable
{
someID SERIAL,
time TIMESTAMP DEFAULT now(),
name VARCHAR(50),
address VARCHAR(50),
city VARCHAR(50),
state VARCHAR(2),
country VARCHAR(3) DEFAULT 'USA',
postlcode VARCHAR(15),
age smallint,
lattitude real,
longitude real,
somebool boolean,
message textitem
};
在一個Postgres的表定義中，字段名後面必須跟著字段類型。在上面的例子中我們給出了一些最普通的字段類型，你還可以在有關Postgres數據類型的文檔中找到全部的字段類型的列表。對於不同的任務，Postgres在字段類型方面有多種選擇，並可以存儲各種類型的數據，從Internet地址到貨幣信息到幾何對象的定義。這兒簡要地介紹最常用的幾種數據類型。
SERIAL類型的字段和MySQL中的自增唯一ID等價。當你在你的數據表中定義了一個SERIAL類型的列後，SERIAL的自增功能會被自動添加到數據庫。當自增功能不能適應實際需求時，我們可以自定義唯一ID的邏輯。從MySQL向Postgres轉輸數據時，默認的功能已經足夠了。
和字面上的意義一樣VARCHAR類型是一個可變長度的文本字段。字段的長度由括號中的數值定義。例如，VARCHAR(5)定義了一個最多可包含5個字符的文本字段。
SMALLINT、INT和BIGINT用來定義整型字段。SMALLINT字段可存儲數值范圍為-32768到+32767(實際的范圍可能會稍微受到你的計算機類型的影響，上面的范圍適用於最普通的系統)。INT字段可存儲數值范圍為-2147483648到+2147483647。而BIGIN字段類型可存儲任何更大的整數，它沒有范圍的限制。
REAL字符類型是一個包含十進制小數的實數。它可以精確到小數點後六位。DOUBLE PRECISION字段與此相類似，但是它可以精確到小數點後15位。
BOOLEAN字段是真或假、1或0。這和MySQL中相似。
TIMESTAMP字段和MySQL中的情況類型。每次記錄更新時，timestamp被更新為當前的日期和時間。Postgres的時間字段還可以包含時區信息。有關Postgres時間數據的更復雜的應用，請參看PostgreSQL文檔的日期和時間。
建立數據表
當你使用SQL文件在Postgres中建立數據表時，請檢查在每一個CREATE TABLE查詢的最後是不是都以分號結束 - 這對於Postgres是不可省略的。使用telnet這樣的工具連接到你的Web主機，然後用下面的方法建立數據表。
首先，用一個文本編輯器打開你的表定義文件。然後登錄到你的主機，並輸入psql運行Postgres交互終端。默認的用戶論證方式是使用你的telnet/FTP用戶名作為你的Postgres帳號。這使得不需要你輸入用戶名和口令，Postgres就能自動鑒別你的身份。你的Web主機也許不是采用的這種方式，在這種情況下，你需要為psql程序帶入參數：psql -d databasename -U username -W。-d用來指定數據庫，-U指定用戶名，而-W要求psql提示你輸入一個口令。
當你成功地運行了psql以後，將每個CREATE TABLE查詢單獨地粘貼到psql中並按回車鍵。如果在你的SQL語句中有錯誤，psql會給出相應提示。通過逐一地加入每一個表，你會得到每一個表的調試信息，這樣做起來相當簡單。
如果，在你輸入了表的定義之後，你發現遺漏了一兩個字段，有兩種方法能解決這個問題。你可以使用ALTER TABLE命令，或者是使用DROP TABLE刪除這張表，然後重新生成。如果你使用第二種方法，你會看到一個警告以驗證你是不是真的想要刪除表。
要使用DROP TABLE命令，只需要輸入DROP TABLE practicetable;。這會刪除我們剛才定義的表。但是當你對這個表重新進行定義時，你會發現一個錯誤。這是因為在刪除一個表時並不相應地刪除這個表中SERIAL類型字段的序列。這些遺留下來的序列會在你重建表時引起錯誤。要解決這個問題，你必須在刪除表之前使用DROP SEQUENCE sequencename;刪除相應的序列。而且有件很討厭的事，那就是序列名並不就是SERIAL列的名字。當你定義一個SERIAL類型的字段時，Postgres會自動生成這樣的序列名：tablename_colname_seq。在現在的這種情況下，DROP SEQUENCE 語句將會是這樣的：DROP SEQUENCE practicetable_someID_seq;。現在你就可以刪除這張表並重新生成它了。
在添加完這些表之後，你可以輸入z對這些表進行復查。而輸入q將會退出psql。現在剩下來的就是准備輸入到Postgres中的數據了。
處理Dump文件
因為MySQL保留了絕大多數的SQL語言的標准，從一個SQL的dump文件中導出實際數據並不是太困難的。然而，在我們使用Postgres對這個文件進行處理前，我們還是需要作一些編輯工作。
對於數據記錄，在MySQL和Postgres之間的主要區別是對引號的處理。在Postgres中，字符串變量(包含文本的變量)必須由兩個單引號引出。而在MySQL中，你還可以使用雙引號，但是幸運的是，在mysqldump程序中程序中使用的是單引號，這剛好與Postgres一致。然而，MySQL和Postgres還有一個地方不同，那就是對字符串中出現的引號的處理。在MySQL中使用""，而在Postgres中使用"。使用你的文本編輯器並通過替換功能將其中所有的""替換為"。有趣的是，Postgres和MySQL都使用''來表示單引號，這使得我們免去了一個麻煩。
導入到Postgres中
當你整理好SQL dump文件後，將這個文件上載到你的Web主機中，就如同你當初建表那樣登錄到主機，轉到SQL dump文件存放的目錄。啟動psql，不過這次你必須使用另一個命令行參數：psql -f sqldump.txt，這兒的sqldump.txt就改為你的SQL dump文件的文件名。這個命令會將全部的SQL文件導入到適當的Postgres數據表中。在此之前，你也許還需要其它的一些命令行參數以使得psql可以對你的身份進行驗證。如果發生了錯誤，psql會告訴這是由什麼引起的。找到文件中的這一部分，找到問題並手工解決它。我當初是沒有遇到任何問題，我差不多准備結束工作了。但是，很快我注意到另一個問題。
在我開始使用我的新的Postgres驅動的站點時，我偶然地發現MySQL和Postgres之間另一個不兼容的地方。SERIAL類型的自增字段所使用的Postgres的序列，它從1開始，並在每次有一個SERIAL類型字段的記錄插入時加一。然而，在我導入MySQL的dump文件時，這個dump文件中的SQL將這個值定義為整型主鍵。我當時的情況是，我有一個到唯一主鍵已經到了60，而序列仍然是1。於是我的每一個插入命令都沒法成功，因為根據序列產生的不是唯
