一篇關於DBA大而全，比較宏觀而系統的介紹DBA的文章，很有啟發意義！強烈推薦，值得一看！

轉載（成就DBA職業生涯）【IT168 技術文件】許多年來，我在不同的新聞組上花費了很多時間與那些想知道如何得到資料庫管理員(DBA)的工作或者如何成長為一名DBA的IT人進行交談，現在他們有了工作。這些年來許多人針對如何達到這個目標提出了不同意見。本文即是那些意見的綜合並且能夠在如何才能出色的完成DBA的工作方面給出好的建議。這篇文章同樣對於如何讓一名DBA變得對老闆更有價值。假如你已經是一名DBA，那麼也許你會希望跳過文章的前幾段。 我應該成為一名DBA麼? 我曾問過的一個問題是一個人應該從事DBA這樣的職業麼。這個問題並不容易回答，因為它因人而異。有的人有成為一名好DBA所需要的天賦。而其他人並不認為能夠很容易掌握成為DBA的秘訣。DBA職業需要掌握一定的技能。而且還需要其他IT職業所不必需的要求。因此，為了回答這個問題，我通常給將要成為DBA的人描述DBA職業所必需的要求。下面的段落中，我都將以問題結尾。在繼續下一段以前請花一些時間考慮並且回答這些問題。 許多人因為許多原因而立志要成為DBA。其中一個主要原因是薪水。DBA是IT業中薪水最高的職業之一。其他人想成為DBA是因為喜歡讚揚DBA是受到的榮譽，或者因為他看上去很酷!我個人認為，成為DBA是很值得的。它是一個很有意思，令人興奮的職業。那麼，你把DBA作為一個可能的職業選擇的原因是什麼呢? 除非你已經提前準備好了，否則你可能會發現從事DBA職業充滿了挫折和令人頭痛。一個資料庫存在於作業系統和終端使用者應用程式之間。同樣地，DBA必須非常精通他的資料庫所在的作業系統。DBA並不一定需要知道所有有關作業系統的知識，但是他知道得越多越好。資料庫與作業系統聯絡非常緊密。理解這種關聯是十分必要的。DBA還需要知道伺服器硬體以及它如何影響與幫助資料庫。同時，DBA必須理解應用軟體。DBA可能會被要求幫助開發人員建立可靠，健全的資料庫應用程式。還有，最重要的也是最明顯的，DBA必須十分徹底的理解資料庫引擎，它是如何工作的，所有的引擎是如何組合在一起的，以及如何影響資料庫引擎向終端使用者和應用程式傳送資料的能力。我見過的最好的DBA有非常深刻的理解而且不僅僅在資料庫本身。他們知道一些系統管理與應用開發。好多時候他們在成為DBA之前有其中一個或兩個背景。無論如何，成為一名合格的而不是出色的DBA也需要許多背景知識。你是否已經做好準備開始學習直到你感到已經無法再學下去了?許多和我交談過的，在開始DBA職業時遇到困難的人，在嘗試著吸收大量DBA所需瞭解的資訊時實際上都會有一些問題。畢竟系統管理員是全職學習作業系統的細節。應用程式開發人員全職學習如何編寫好的程式。DBA不僅要非常瞭解這兩種不同的工作，而且還需要花費更多的時間去理解資料庫的體系結構，以及理解每一樣東西的每一塊是如何組合在一起的!聽起來是不是很讓人畏縮?有許多人失敗後這樣想，並且把DBA工作看作一項非常困難的事情。也有那些傳播和理解所有這些資訊，並且使用這些資訊做出好的，聽起來具有技術性的決定的人。正如我以前是一名DBA時喜歡說的，所有這些對我來說看上去像一個大謎團。把這些所有的很好的組合在一起就是挑戰。你是哪一種人?許多DBA是隨時侯命的。他們會在白天或晚上的所有時間接到呼叫去解決他們的資料庫出現的致命問題。資料庫是商業資訊科技基礎組織的必不可少的組成部分。沒有資料，就沒有必要擁有一個計算機系統。資料推動商業。假如amazon.com的網站不能在資料庫中搜尋產品並且假如沒有人能夠為他們的產品下訂單，那麼它會變成什麼樣?它就不會在商業中存在很久。當資料庫down掉，即使只是很短的時間，公司也會損失重大。基於這個原因，DBA到達現場後必須儘可能迅速的解決問題。許多公司有自己的DBA團隊以便可以輪流待命。這些DBA 24x7小時的維持資料庫應用程式。假如工作需要的話，你準備好隨時候命了麼?一些DBA的職責包括為軟體打補丁或者對資料庫做些改變。通常，這些操作不能在公司職員工作的時候做，因為此時資料庫必須執行以便他們能夠工作。這意味著DBA經常不得不在很早或者深夜甚至週末，總之，在正常工作時間以外來完成工作。你準備好在非正常時間工作，或者你在找一個朝九晚五的工作? 對DBA而言，需要掌握的一個重要內容就是通常被稱為“軟技術”的東西。DBA需要在團隊中很好的工作，通常團隊是在變化的，如系統管理員，網路管理員，應用程式開發人員，專案經理和其他人。DBA要能夠用流利的英語解釋複雜的技術概念，讓團隊中其他人明白。DBA還要能夠在資料庫相關問題上指揮團隊隊員。你的軟技術怎麼樣? 下面不是全部列表，但是包括了DBA的典型職責: · 把監視資料庫例項當作每日必做工作以保證其可用性。解決不可用的問題。 · 收集系統統計和效能資訊以便定向和配置分析。 · 配置和調整資料庫例項以便在應用程式特定要求下達到最佳效能。 · 分析和管理資料庫安全性。控制和監視使用者對資料庫的訪問。必要時審計資料庫的使用。 · 監視備份程式。必要時提供恢復。測試備份與恢復程式。 · 升級RDBMS軟體並且在必要時使用補丁。必要時升級或者遷移資料庫例項。 · 透過資料庫相關動作來支援應用程式開發人員。 · 跟隨資料庫趨向和技術。當可應用時使用新技術。安裝，測試和評估Oracle新的相關產品。 · 執行儲存和物理設計。均衡設計問題以完成效能最佳化。 · 建立，配置和設計信的資料庫例項。 · 診斷，故障檢測和解決任何資料庫相關問題。必要時聯絡Oracle支援人員以便使問題得到較好的解決。 · 確保Oracle網路軟體(SQL*Net, Net8, Names, OiD)配置和執行的很好。 · 與系統管理員(Unix & NT)一起工作以保證Oracle相關事務得到很好的處理。 · 為有效的，定期的維護資料庫建立任何必要的指令碼。 前面各段的問題是為了使你考慮一名DBA該做些什麼，幫助你決定這是不是適合你的職業。我並非意味著假如你的目標是成為DBA這些會阻止你。我只是嘗試著展現一些事實。我看到過一些DBA一旦被實際工作打擊了就一蹶不振。他們花費時間，精力和一些金錢獲得了他們的第一份DBA工作。我個人認為這個職業非常有價值。而且我無法想像現在做任何其他的會怎樣。所以，這一段幫助你決定這是不是你希望從事的。假如它是，那麼盡你所有去得到它!我怎樣得到第一份DBA工作? 你已經閱讀了前面的段落並且認為成為一名DBA是一個好的職業。祝賀你!我希望你的職業能變成你想像得那麼令人興奮和有意義。那麼，你如何找到第一份DBA工作?這個問題我已經聽別人問了許多許多遍。 在90年代早期，因特網急速發展。它使公司象草一般萌芽。公司蜂擁而至並且開始建立他們在網上的形象。幾乎所有這些有網站的公司都需要一個資料庫作為web應用的後臺。不幸的是，當時在該領域卻沒有那麼多DBA。在IT業，DBA變得奇缺。那段時間裡，得到一份DBA工作看上去只要可以拼出“Oracle”或者可能只是在大學裡接觸過一學期的資料庫就行。為了使生活變得更好，DBA的匱乏促使公司付給有潛力的職員很高的薪水。假如你想要成為一名DBA，很容易，非常容易。你需要做的就是證明你瞭解什麼是資料庫然後工作就會比你預期的更早的出現在你面前。 然後因特網的泡沫破滅了。大量投產因特網的公司破產。許多給公司工作的DBA重新尋找工作。缺少DBA的公司找到一名有DBA經驗的人比以前容易得多。在21世紀初期，由於經濟並不十分穩固，因此生活並不容易(至少在美國如此)。公司都勒緊了他們的褲腰帶。所有這些轉化為更少的工作機會和DBA候選人更少的工作空缺。 得到第一份DBA工作的最艱難的部分是每一個職位都要求有一些工作經驗。如果你從公司的角度出發，你就可以理解為什麼對DBA職位而言經驗是必需的。假如他沒有一點經驗，你會付給這個人很高的工資讓他去操作，維護和執行你IT基礎組織的最大最重要的一部分麼?你的公司會付錢給一名沒有經驗的DBA麼?並且，在等待他成長起來的過程中可能會損失上百萬美元的收入。對大多數公司而言，這些問題的答案肯定是‘不’。所以，沒有經驗，獲得你的第一份DBA工作是很困難的。 第一份DBA工作現在成了惡性迴圈的境遇。假如我沒有任何經驗，我怎樣才能得到DBA的工作呢?我沒有工作的話又怎麼能得到DBA經驗呢?這是要戰勝的最困難的障礙。最困難的部分是獲得第一個DBA工作。這部分的剩下部分將針對實現你第一個DBA工作的目標給你一些建議。 提示#1:接受教育。--儘可能多的學習有關資料庫的知識。這很可能將佔用你正常工作以外的部分時間也精力。參加本地大學舉辦的資料庫培訓班。許多培訓公司都會舉辦資料庫管理員的培訓班。假如你的老闆不資助你的學習，那麼你可能不得不自己支付這筆費用。許多DBA職業要求至少為電腦科學或相關專業本科以上學歷，因此你必須至少有那樣的文憑。 提示#2:鍛鍊成為DBA。--許多資料庫供應商都允許你下載他們資料庫系統的測試版或評估版。下載一份並且在自己的個人電腦上安裝軟體。練習使用資料庫。故意破壞資料庫並且嘗試修復它。嘗試著履行你所能想到的儘可能多的DBA職責。測試和磨練你在自己的測試平臺上的技能這樣你就可以證明你的資料庫管理能力。 提示#3:獲得認證。--許多資料庫提供商都提供自己的資料庫產品的認證。許多公司現在都把認證看作是一種標準。需要記住的一件事是僅獲得認證是不夠的。透過DBA認證測試並不意味著你知道如何管理一個資料庫。它只是告訴你以後可能的老闆，現在你擁有了一定的技術。它還告訴你的老闆你對DBA工作的態度是很認真的。我看到許多人抱怨他們已經得到了認證但是沒有經驗，卻仍然不能得到第一份DBA工作。認證本身並不能使你得到工作，但它是無害的。即使沒有其他的，在你進行認證的時候你也已經學到了許多知識。只是不要依賴認證來給你帶來你要找的工作。你需要的比這還要多。但它會在最後幫助你。 提示#4:利用你現有的技能。--許多DBA具有系統管理員背景。其他的有應用程式開發背景。假如可能，檢視你能否利用現有的技能來得到工作。現在的目標就是為你和你的老闆創造一個雙贏的局面。例如，讓我們假設你已經是一名系統管理員而想進入DBA領域。也許你會找到一份工作，這份工作一部分時間裡可以用到你的系統管理技能，並且在剩下的時間裡可以使你涉及到資料庫管理領域。假如你已經是一名某個產品平臺上的DBA但你希望轉到其他產品平臺，那麼看看你能否找到一份同時接觸兩個產品平臺的工作。這樣，公司和你都得到了想要的。在你定向到了DBA工作後，你可以試著得到一個能讓你全職作它的職位，也許還可以在同一個公司中。 提示#5:利用現在的機會。--有時候，一個人進入DBA領域僅僅需要的是正確的地方和正確的時機。假如你現在的老闆有一個機會讓你進行任何資料庫的專案，抓住這個機會!任何資料庫經驗就比沒有資料庫經驗要好。讓你的管理者知道你十分積極的在尋找任何可能的資料庫機會。他們就有可能在下次機會到來的時候想到你。進行這些資料庫專案以及看到你要成為一個DBA的渴望以後，他們可能會決定培訓你，提拔你。許多許多人都是以這種方式獲得他的第一個DBA工作，在進行了一些資料庫相關的專案後不知不覺的成為一名較低階的DBA。通常當一名DBA離開公司後，公司將在內部尋找一個候選人，假如他們認為這名候選人是可訓練的話。 提示#6:尋找較低階的DBA職位。--假如你只是為了一個較低階的DBA工作，看到DBA職位的需求描述說他們正在尋找高階DBA或者其他的。所以，讓我們嚴謹一些。你並沒有一個高階方面的經驗。我已經討論過了對於這樣的職位為什麼公司不會考慮你。但是他們會在低階的職位上考慮你。低階的DBA在高階DBA的指導下完成工作。他們摸索竅門。一般來說，高階DBA對資料庫承擔責任，同時也獲得所有的榮譽。但是不要焦急。隨著你的事業發展，你將會有越來越多的責任和得到越來越多的信任。因為你沒有任何經驗，你應該從這裡開始啟航。 我也聽到過一些公司尋找一名高階DBA，但是到最後，他們實際想要僱一名低階的DBA。你或許希望申請這樣的職位雖然你也許沒有資格。他們可能還是會決定僱傭你。但是提前說明你仍然在摸索階段並且已經是較低階的DBA水平。不要試圖欺騙他們讓他們認為你是高階DBA的水平。這隻會降低你得到這項工作的機會。 這些提示將幫助你得到第一份DBA的工作。祝你在尋找工作時有好運氣。當你已經找到了第一份DBA工作後，繼續下面的部分來學習如何往下走下去。我剛得到我的第一份工作!現在該怎樣? 祝賀你!你現在是DBA俱樂部的正式成員了!對於這份夢寐以求的令人激動的職業，你準備好了麼?你的工作才剛開始並且你在學習上已經落在後面。你將會發現要成為一名高效的資料庫管理員有大量的知識你必須掌握。你的第一年或前兩年將花費比以前更多的時間來學習。假如你發現學習知識的數量使你大腦超負荷，那麼休息一下，歇口氣，然後再回到學習中去。為了幫助你繼續走下去，你可以按照下面的方法進行: 步驟#1: 關係型資料庫理論 –這部分我假設你將管理的資料庫是一個“關係型”資料庫。其他資料庫模型也存在，但是關係型模式是近二十年工業上佔統治地位的一種資料庫模式。假如你的資料庫系統是其他的模式，那麼學習它的理論。相關資料庫理論是十分重要的。它是其他一切的基礎。我也看到許多跳到資料庫管理職位的人從不想去學習純粹的關係型資料庫理論。不可避免的，在他們的事業中對理論基礎的匱乏作為缺點暴露了出來。假如你對關係型資料庫理論理解得很好，那麼你將非常容易的在任何平臺的關係型資料庫管理系統(RDBMS)中轉變。我使用Oracle資料庫，或者IBM的DB2，或者微軟的SQL Server是無關緊要的。他們都是關係型資料庫系統。他們在最底層都在做著相同的事情。區別在於他們怎樣去做相同的事情。純粹的關係型資料庫理論對於較低階的DBA來說並非必需的。但是假如你想要超越低階DBA的水平它就是十分重要的。許多大學的教科書都很好的包含了關係型資料庫的理論。其中一本被廣泛使用的教科書就是由Elmasri and Navathe編寫的資料庫系統基礎，Bejamin/Cummings Press。 步驟#2: 徹底的學習查詢語言 –資料庫都有語言讓你能夠從資料庫中得到資料，把資料放到資料庫中，以及修改資料庫中的資料。對於關係型資料庫而言，這種語言就是結構化查詢語言(SQL)。這門語言是你與資料庫接觸的工具。不能讓這個工具成為以後學習的障礙，這一點很重要。在你的測試資料庫中練習不同的SQL語句直到他們變成了你的習慣。這方面的一本非常好的書叫做Oracle 9i完全參考(Oracle 9i The Complete Reference)由Loney 和Koch編寫，Oracle Press。每一名OracleDBA都應該在他事業的早期閱讀這本書。Oracle 9i參考手冊(Oracle 9i SQL Reference manual)是另一個很重要的知識來源。在他們的技術網站TechNet上( )你可以訪...t上有一個賬號。 步驟#3: 開始學習基本的資料庫管理工作 –這難道不是你最開始在這裡的原因?為什麼它在列表的第三位?我們嘗試著建造一個知識的金字塔，我強烈的感覺到一個人需要知道關係型資料庫理論和SQL，並且在你學習如何進行基本的資料庫管理工作時把他們當作工具來使用。這些工作包括啟動和關閉資料庫，備份和恢復資料庫，以及建立/刪除/修改資料庫物件。對於Oracle資料庫管理而言，在市面上有大量的書籍可以給你所期望的一個很好的體會。這本書是Oracle 9i DBA手冊(Oracle 9i DBA Handbook by Loney on Oracle Press)。我知道的大多數DBA都在他們事業的早期不只一遍的閱讀過這本書。這裡，你應該同時閱讀和理解Oracle 9i 概念指導，Oracle 9i管理員指導，以及Oracle 9i備份與恢復指導(Oracle 9i Concepts Guide, the Oracle 9i Administrator’s Guide, and the Oracle 9i Backup and Recovery Guide)都來自Oracle文件。 步驟#4: 閱讀，閱讀，再閱讀 –由於你才剛開始你的DBA職業生涯，因此你正在開始為你的技能奠定基礎。這需要一段很長的時間去形成，吸收和領會所有你將學到的知識。毫無疑問的，比你資深的DBA由許多工作要做，因此他們可能不會總是騰出大量時間輔導你的學習。你不得不靠自己學習很多東西。這就是閱讀的目的。市面上有許多書籍可以解答許多資料庫相關的話題。Oracle Press是Oracle公司的官方出版社，有大量的Oracle相關書籍。同時也有其他的出版社，如Wrox Press 和 O’Reilly Press。你也可以找到Oracle文件來閱讀。並且還有許多網站和新聞組。儘可能多的讀書使你能夠繼續下去。還有，不只一遍的閱讀它們可以使你吸收你第一次閱讀時錯過的內容。 步驟#5: 建立測試案例 –我經常看到初學者問一些很基礎的問題，其實假如他們花一些時間來考慮，這些問題都是很容易解答的。毫無疑問的，在你開始學習Oracle的時候你會有許多的問題。看看這些問題你能不能自己回答出來。例如，我又一次被問到能不能向有唯一性約束的列中插入空值。最開始，這看上去也許不是很容易回答的問題。但它卻是非常容易去試驗的!只需要建立一個簡單的表。在其中的一列，假如唯一性約束。嘗試著在該列插入一個空值。有效麼?你應該能夠非常容易的回答出這個問題了。那麼，為什麼要建立這些案例呢?一個原因是這樣做可以提高你解決問題的能力。建立這些案例需要的技能就是解決問題用到的技能。解決問題的技能將會對你的DBA事業有很大的幫助。另一個原因是隨著你的事業的發展，你將經常需要建立更復雜的測試案例以便保證資料庫和應用程式的成功。在將來，甚至簡單的測試案例也可以組成更復雜的資料庫和應用程式分解。 步驟#6: 找一個良師 –一個良師能夠為你的DBA生涯(或者其它類似的職業)引領方向。他們能夠給你指示，回答問題以及在你的DBA的成長過程中幫助你節約一些時間。但願這篇文章能夠在你事業發展的一段時間內起到良師益友的作用。假如你與一名資深的DBA共同工作，那麼那個人應該有責任為你的事業進行有益的指導。你也可以同時選擇其他的人指導你。 步驟#7: 參加本地使用者群 –許多跨國家的城市有本地使用者群，他們定期聚會討論資料庫相關的話題。假如可能，參加其中一個本地使用者群。這將給你一個與他人相互交流的很好的方法。 我如何能夠從一名DBA初學者變為一個具有中級水平的DBA? 你已經成為DBA一段時間了，你現在希望你的技術水平提高一階麼?下一步該怎麼做?首先，往回看前面的部分，確認你已經完成了所有的步驟。徹底理解SQL語言是十分重要的。理解關係型資料庫理論和掌握基本的資料庫管理任務也是非常重要的。到如今，你應該閱讀文件和其他書籍到已經鬱悶了。假如沒有，那麼你還沒準備好繼續深造，增長你的DBA的技術水平。假如你已經準備好繼續了，我已為你的繼續深造準備了一些方法。 步驟#1: 學習作業系統和你的伺服器硬體 – 正如我前面所說，資料庫存在於作業系統和伺服器硬體之上。理解這些組成部分如何工作是很必要的。你應該知道如何與特殊的作業系統相合。你如何刪除或者編輯檔案?假如你的作業系統是Unix，你應該掌握命令列以及Unix命令如何輔助你工作。對於執行在Windows或其他作業系統上而言也是一樣的。你同時需要對伺服器的硬體有一定的瞭解。實體記憶體和虛擬記憶體有什麼區別?RAID是什麼以及不同的級別是如何產生影響的?為什麼資料庫喜歡更多的物理硬碟而非一個大硬碟卷?你需要知道這些事情以便你能夠容易的與系統管理員進行如何配置好你的伺服器以便使它能夠充分的支援資料庫方面的交談。 步驟#2: 學習應用程式設計因為它與資料庫相關 – 如前面所述，資料庫存在於作業系統與資料庫應用程式之間。你真的需要這兩者。SQL語言是如何幫助建立好的應用程式的?繫結變數是什麼並且為什麼他們很重要?Tom Kyte 寫了一本非常好的書，在Oracle應用程式設計上給出了很好的建議。他的Expert One-on-one Oracle書可在 Wrox Press找到。我強烈推薦閱讀此書。他詳細的敘述了那些能夠生成和破壞Oracle應用程式的東西。你需要知道這些，因為你的應用程式開發人員希望從你這裡得到指導和資料庫知識。學習任何與應用程式設計有關的知識。也許參加一個關於軟體工程，作業系統或資料結構的課程班會有好處。 步驟#4: 取得認證 – 也許你的工作並不需要，但是取得認證一定對你有益。作為DBA的每一天裡，你學到了許多新的和令人激動的事情。也許在你職業生涯的這段時間裡，有幾天你沒學到任何新的東西。但你仍然有很多要學習。成為一名OCP(Oracle Certified Professional) DBA要求你必須已經學到了資料庫管理所有方面的基礎。我發現在OCP考試的學習過程中，我學到了在我工作中從未接觸過的東西。一次我學到了我從未碰到過的一個特殊課題，在後來的日子裡我就能夠使用那個知識解決問題。假如我從為在OCP考試中學倒它，那麼我永遠也不會用那種特殊的方法去解決問題。這已經一次次的發生在我的面前。有的人可能會說認證實際上真的不值得。我要說它只會對你有益無害。所以，去取得認證吧! 步驟#5: 獲得一個資源庫 – 在前面的部分中，我指出每個DBA都應該在Technet上有個賬號。這是你其中一個主要資源。但是同時還有許多其他資源。很多人共享他們的Oracle知識。假如你還沒有開始，你應該用網路瀏覽器去搜尋並收集很多Oracle資源。願意的話，你可以從訪問我的網站( )開始。下面是一些Oracle DBA必須瞭解得網站列表: Ask Tom – Jonathan Lewis web site - Ixora (Steve Adams) – Orapub – Metalink (Oracle支援網站) – 國內的： ITPUB論壇 - http://www.itpub.net Oracle技術網 - CSDN社群 - 還有許多其它的好網站。 步驟#6: 開始在不同的新聞組和論壇上交流 – 也許你已經發現了他們，但假如現在你還沒有那麼是時候去開始了。有許多的新聞組和論壇可以回答你的任何Oracle問題。在Oracle群落裡還有許多高手願意和你共享他們的知識。你所要做的就是提問。下面是一個列表包含了可以開始交流的最好的因特網團體: Usenet newsgroups – comp.databases.oracle.server 和 comp.databases.oracle.misc 是兩個可以交流的非常著名的世界性的新聞組。他們擁有大量的針對Oracle問題的交流卷宗。觀看這些組的最好的方法式使用新聞廣播員。但是假如你想透過基於web的方式訪問，也可以透過Google搜尋引擎搜尋它。 ( ) Quest Pipelines – 當他們在最開始還屬於軟體提供商RevealNet的時候，被稱為the RevealNet Pipelines。現在，Quest購買了RevealNet 並且擁有Pipelines 。因為Pipelines是中等的，所以這些是我最喜歡的。你可以在這裡找到Pipelines ( )。 觀察別人是如何經歷考驗和磨難的是一件好事。假如你有問題，可以自由的在群裡提出來。假如你要提出問題，通常應該包括一些資訊，比如你的Oracle版本和Oracle執行的平臺。這些將會得到有很大的差別的答案。假如你忘記了，會有人提醒你!甚至你不用提問也可以從其他人的答案中學到許多知識。我已經記不得多少次我之所以能夠解決問題完全是因為我記得其他人在新聞組裡問過相同的問題。[@more@]