將你的網站從MySQL改為PostgreSQL(上)(轉)

將你的網站從MySQL改為PostgreSQL(上)(轉)[@more@]原著：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中並按Enter鍵。如果在你的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。於是我的每一個插入命令都沒法成功，因為根據序列產生的不是唯一ID。我當時用了一個很笨的方法解決這個問題，那就是執行了60次INSERT語句以將序列調整為適當的值，但是後來有一個熟悉Postgres的朋友教給我一個好方法。下面就是他所講的方法：
使用telnet這樣的終端程式連線到你的主機。然後啟動psql程式。首先，確定表中ID的最大值。這可以用SELECT fieldname FROM tablename WHERE fieldname=MAX(fieldname);。然後使用DROP SEQUENCE table_colname_seq;刪除有問題的序列，這兒table是表名，而colname是SERIAL欄位的列名。然後使用CREATE SEQUENCE table_colname_seq START 61;重建序列，當然這兒的61應根據你的實際情況進行修改。

安裝一個圖形介面的工具

當我成功地將資料匯入到Postgres後，我還需要讓我的不懂Unix的夥伴能夠運算元據庫中的資料。當初的MySQL我是使用的phpMyAdmin，這是一個很好用的工具，它能夠線上的顯示和編輯資料庫。幸運的是，已經有了“Postgres版本”的phpMyAdmin，那就是phpPgAdmin。
phpPgAdmin的安裝非常簡單。首先，從phpPgAdmin網站下載最新的版本，然後將其放到你的Web主機上的你所能訪問的地方。使用telnet這樣的工具登陸到主機。到phpPgAdmin.tar.gz檔案所在的目錄，輸入tar -xzvf phpPgAdmin.tar.gz對程式進行解壓(這裡只是舉個例子，你的檔名可能不一樣)。下面一件事就是將解壓生成的新的子目錄移到合適的地方，並閱讀README檔案。
最後，用你的Web主機上的文字編輯器開啟config.inc.php。這個檔案中包含了對phpPgAdmin的配置。將這個檔案配置好你就可以透過瀏覽器使用PhpPgAdmin了，它會提示你輸入使用者名稱並登入，透過這個程式你管理你的資料庫將變得非常簡單。

結語

與MySQL相比，Postgres更加穩定，更加可靠，可以應付更大的資料。按照上面的提示，你可以使用SQL的dump檔案將資料從MySQL轉到Postgres。如果在這個過程中你遇到什麼困難，從Postgres網站你可以找到一些非常有用的文件資源。
在本文的下半部分，我們將討論PHP訪問Postgres與訪問MySQL的不同點。