此文章主要描述的是教你正確編寫高效MySQL數據庫的實際操作步驟，如Apach、Perl、PHP和Python等一些工具，來構建一個MySQL數據庫應用時很容易的。然而確保它們運行快速，則需要一點洞察力。本文就是你需要知道的東西。
MySQL(和PHP搭配之最佳組合)對於成為一個非常快速的數據庫服務器有著當之無愧的名聲，它也非常容易設置和使用。隨著它作為網站後端數據庫得聲望日增，其效果在去年開始有明顯提高。但是很多MySQL(和PHP搭配之最佳組合)用戶更多地知道如何創建一個數據庫並編寫對它的查詢。就像成千上萬的人通過載閒暇時用Linux做實驗來學習Unix那樣，很多人通過玩MySQL(和PHP搭配之最佳組合)學習關系數據庫。這些MySQL(和PHP搭配之最佳組合)新手的大多數既沒有關系數據庫理論的背景，又沒有時間閱讀MySQL(和PHP搭配之最佳組合)手冊全文。
因此，我們決定研究某些方法，你可以用針對優化性能來調節MySQL(和PHP搭配之最佳組合)。在讀完本文後，你將理解一些幫助你設計你的MySQL(和PHP搭配之最佳組合)數據庫和查詢的技術，值得你的應用很有效率。我們將假定你熟悉MySQL(和PHP搭配之最佳組合)和SQL基礎，但不假定你有這兩方面的廣博知識。
教你如何編寫高效MySQL數據庫應用中只存儲你需要的信息
這聽上去是常識，但人們常常采取“廚房下水道”的方式進行數據庫設計。他們認為可能項要得每樣東西都要存儲並設計數據庫保存所有者這些數據。你需要對你的需求現實些，並確定取確實需要什麼信息。你常常能隨意產生一些數據而不把它存在數據庫表中。在這種情況下，從一個應用開發者的角度看也有道理這樣做。
例如，在線目錄的產品表可能包含各種產品的名稱、介紹、尺寸、重量和價格。除了價格，你可能想存儲每個項目相關的稅和運輸成本。但實際上不必這樣做。首先稅和運輸成本可以方便地由你的應用或MySQL(和PHP搭配之最佳組合)）計算出來。其次，如果稅和運輸成本改變了，你可能必須編寫必要的查詢更新每個產品記錄中的稅和運輸的費率。
有時人們認為這太難不能在以後往數據庫表中加入字段，所以他們感覺不得不定義盡可能多的列。這是明顯的概念錯誤。在MySQL(和PHP搭配之最佳組合)中，你可以用ALTER TABLE命令方便地修改表定義以適應你改變的需求。
例如，如果你突然認識到你需要給你的產品表增加一個級別列可能你想允許用戶在你的目錄中給產品評級），你可以這樣做：
- ALTER TABLE products ADD rank INTEGER
這給你的產品表增加了一個整數類型的級別列，你能用ALTER TABLE做什麼的完整介紹參見MySQL(和PHP搭配之最佳組合)手冊。
教你如何編寫高效MySQL數據庫應用中只要求你需要的東西--要清晰
就像說“只存儲你需要的東西”那樣，這可能看來是常識，但這一點常常被忽視，為什麼呢？因為在一個應用開發時，需求經常改變，所以很多查詢最終看來是這樣：
- SELECT * FROM sometable
當你不能肯定你將需要哪一列時，要求所有列明顯是最省力的事情，然而隨著你的表不斷增大和修改，這可能變成一個性能問題。最好是在你的最初開發完成後再花些時間並確定你真正從你的查詢中需要什麼：
- SELECT name, rank, description FROM products
這帶來了一個相關的觀點，即代碼維護比性能更重要。大多數變成語言Perl、Python、PHP、Java等）允許通過字段名和數字編號訪問一條查詢的結果，這意味著你可以訪問命名字段或字段０都可以得到相同的數據。
長期看，最好使用列名而不是其編號位置，為什麼？因為一個表中或一條查詢中地列的相對位置可以改變。它們在表中可能因為重復使用ALTER TABLE而改變，它們在查詢中將因重寫了查詢而忘記更新應用邏輯來匹配而改變。
當然，你仍然需要小心改變列名！但如果你使用列名而非標號位置，如列名改變，你可以用grep搜索源代碼或使用編輯器的搜索能力查找你需要修改的代碼。
上述的相關內容就是對教你如何編寫高效MySQL數據庫應用的描述，希望會給你帶來一些幫助在此方面。
