osCommerce 架站
星期一, 八月 31, 2009 | Author: 北海小英雄(外號土芭樂)
http://tbala.net/tBala3-0801.html
以下是 osCommerce 相關的資訊：
oscommerce支援站 網址：http://www.oscommerce.com/
KMD網站 網址：http://www.kmd.com.tw/index.php
資源站台：http://www.erufa.com/wp/archives/17
2009年11月18日 星期三
2009年10月19日 星期一
2009年10月16日 星期五
資料庫正規化
資料庫正規化
« 於: 2008-05-13 15:02 »
--------------------------------------------------------------------------------
要寫出一個好的網頁程式並不容易
除了資料的傳遞方式(GET/POST)，頁面的串接，php的語法，SQL語法都得熟悉外
最重要的當然就是資料庫規劃了
不懂的如何規劃，那保證什麼專案都寫不出來
(曾遇過某個天才把所有的欄位統統擺在一個表格內，對每個欄位統統建index來加速)
要如何規劃出一個資料庫呢?
就是這篇的主題了--資料庫正規化
資料庫正規化的目的在於消除重複的資料欄位，確保資料的一致性。
一般來說大概都只會做到第三正規化，所以這邊就只討論到此嘍
正規化只是提供一個資料庫設計的準則，並不是一個強制性的規定，有時為了效能，會做反正規劃的動作
就功能性來區分
第一正規化 消除重複資料群，定義出唯一的索引值
第二正規化 根據表格的功能性，將不相干的欄位分離
第三正規化 根據遞移關係，將欄位分離
第一正規化
引用
第一正規化的幾個規則
一個row就只能陳述一件事
每個row都必須有一個唯一的識別(主鍵)
每個欄位只能陳述一個事情
不能用多個欄位陳述同一見事實
以下是幾個違反的例子
訂單資料
訂單ID 商品ID 購買數量
1 2,3,4 1,3,5
2 1,5,9,10 10,20,1,3
訂單1裡面購買了ID為2的商品，買了1個。
訂單1裡面購買了ID為3的商品，買了3個。
訂單1裡面購買了ID為4的商品，買了5個。
這違反了一個row就只能陳述一件事這條規則
上面的資料應該規劃成以下的方式
訂單ID 商品ID 購買數量
1 2 1
1 3 3
1 4 5
2 1 10
2 5 20
2 9 1
2 10 3
上面的例子 訂單的ID以及商品ID就是這個購買紀錄的唯一識別碼(主鍵)
文章關鍵字的索引
ID 標題 關鍵字
1 資料庫正規化... 資料庫,正規化,php
2 php資料結構... php,資料結構
上面的關鍵字欄位就違反了每個欄位只能陳述一個事情
如果關鍵字的數目不會超過3個
或許就會有人改成這樣的方式
ID 標題 關鍵字1 關鍵字2 關鍵字3
1 資料庫正規化... 資料庫 正規化 php
2 php資料結構... php 資料結構
但這又違反了不能用多個欄位陳述同一見事實這條規則
關鍵字1,2,3，這三個欄位都是用來陳述關鍵字
所以嘍，這就不是個好的方式，況且每次搜尋得跨欄位
比較適合的方式就會像這樣
文章
ID 標題
1 資料庫正規化...
2 php資料結構...
關鍵字索引
關鍵字 文章ID
資料庫 1
正規化 1
php 1
php 2
資料結構 2
未完....待續
« 最後編輯時間: 2008-05-13 17:31 由 Darkhero » 已記錄
--------------------------------------------------------------------------------
我的symfony作品:YOMOpets 寵物誌
有興趣可以一起來討論symfony喔
我的部落格:http://pets.yomopets.com/ricky
micmic3
俺是博士！
文章: 1311
回覆： 資料庫正規化
« 回覆文章 #1 於: 2008-05-13 16:40 »
--------------------------------------------------------------------------------
嗯....好著急啊....怎麼這樣就結束了...
---
這是一篇好文章
已記錄
Darkhero
酷！學園 學長們
俺是博士！
會員性別:
文章: 3337
我家小貓~
回覆： 資料庫正規化
« 回覆文章 #2 於: 2008-05-13 16:54 »
--------------------------------------------------------------------------------
忽然想到....
有好多有上集沒下集的文章..將來是不是要來追一下...
(但是這樣會追到我自己..還是不要好了...)
已記錄
--------------------------------------------------------------------------------
希望我們的討論是為了把問題解決，而不是爭論誰對誰錯.
『灌水才是重點，發文只是順便』
『我寧可讓不會釣魚的工程師餓死，也不想讓會餓死的工程師去攪沉公司....』
哇沙米
可愛的小學生
文章: 28
回覆： 資料庫正規化
« 回覆文章 #3 於: 2008-05-13 17:00 »
--------------------------------------------------------------------------------
資料庫規劃真的也很重要，
好的規劃可以讓往後維護上及可讀性加強，
不遵守正規化真的可以讓設計師偷一點懶…
這篇好文章期待補完
已記錄
jaceju
憂鬱的高中生
文章: 90
回覆： 資料庫正規化
« 回覆文章 #4 於: 2008-05-13 17:20 »
--------------------------------------------------------------------------------
有時候不遵守正規化，其實不僅僅是想偷懶，而是為了效能問題。在資料吞吐量非常大時，就會寧可用空間來換取時間，在每個需要的資料表裡塞入重複的紀錄，避免 JOIN 等耗費時間的運算。
但這樣的處理方式也僅適合資料不常更改的狀況，如果系統需要的是資料的強健性與正確性，那麼正規化還是相當必要的。
個人意見，僅供參考。
已記錄
Darkhero
酷！學園 學長們
俺是博士！
會員性別:
文章: 3337
我家小貓~
回覆： 資料庫正規化
« 回覆文章 #5 於: 2008-05-13 17:29 »
--------------------------------------------------------------------------------
Jace 說的很正確...正規化的資料庫表格, 由於常常需要關聯不同資料表的關係, 有時候會讓資料庫有過多的 join 產生, 這部分在大量資料跟大量存取下, 反而會造成效能低落..
資料庫正規化是初學者必須學習的一個課題, 這是無庸置疑的..
而在資料庫程式打滾一陣子後,尤其當資料量增加非常快,而存取量又大的時候,該怎麼適度的作反正規化來達成用空間換取時間的目標, 則是有經驗的程式設計師,資料庫設計師所需要面臨的下一個課題...
這當中牽扯了關於如何保持資料的正確性, 一致性, 不管是用程式處理, 還是用資料庫的 SP 來處理..都是一門學問了!~...
不過呢..我想, 如果再看本文的朋友若是還不清楚正規化是什麼要幹麻的, 就用心的學好正規化, 然後再來想所謂的空間換時間的方法...
已記錄
--------------------------------------------------------------------------------
希望我們的討論是為了把問題解決，而不是爭論誰對誰錯.
『灌水才是重點，發文只是順便』
『我寧可讓不會釣魚的工程師餓死，也不想讓會餓死的工程師去攪沉公司....』
ricky
區域板主
鑽研的研究生
文章: 560
回覆： 資料庫正規化
« 回覆文章 #6 於: 2008-05-13 18:38 »
--------------------------------------------------------------------------------
會寫這篇的原因是最近接手了前人的攤子
資料庫裡面充斥著垃圾欄位
正規化後的table有時必須靠複雜的join陳述才能將需要的資料select出來
同時寫入資料也得分散在許多table，甚至得啟用transaction
到時候再來舉幾個反正規化的例子吧
=============================
原來舉例子才是最困難的東西
已記錄
--------------------------------------------------------------------------------
我的symfony作品:YOMOpets 寵物誌
有興趣可以一起來討論symfony喔
我的部落格:http://pets.yomopets.com/ricky
« 於: 2008-05-13 15:02 »
--------------------------------------------------------------------------------
要寫出一個好的網頁程式並不容易
除了資料的傳遞方式(GET/POST)，頁面的串接，php的語法，SQL語法都得熟悉外
最重要的當然就是資料庫規劃了
不懂的如何規劃，那保證什麼專案都寫不出來
(曾遇過某個天才把所有的欄位統統擺在一個表格內，對每個欄位統統建index來加速)
要如何規劃出一個資料庫呢?
就是這篇的主題了--資料庫正規化
資料庫正規化的目的在於消除重複的資料欄位，確保資料的一致性。
一般來說大概都只會做到第三正規化，所以這邊就只討論到此嘍
正規化只是提供一個資料庫設計的準則，並不是一個強制性的規定，有時為了效能，會做反正規劃的動作
就功能性來區分
第一正規化 消除重複資料群，定義出唯一的索引值
第二正規化 根據表格的功能性，將不相干的欄位分離
第三正規化 根據遞移關係，將欄位分離
第一正規化
引用
第一正規化的幾個規則
一個row就只能陳述一件事
每個row都必須有一個唯一的識別(主鍵)
每個欄位只能陳述一個事情
不能用多個欄位陳述同一見事實
以下是幾個違反的例子
訂單資料
訂單ID 商品ID 購買數量
1 2,3,4 1,3,5
2 1,5,9,10 10,20,1,3
訂單1裡面購買了ID為2的商品，買了1個。
訂單1裡面購買了ID為3的商品，買了3個。
訂單1裡面購買了ID為4的商品，買了5個。
這違反了一個row就只能陳述一件事這條規則
上面的資料應該規劃成以下的方式
訂單ID 商品ID 購買數量
1 2 1
1 3 3
1 4 5
2 1 10
2 5 20
2 9 1
2 10 3
上面的例子 訂單的ID以及商品ID就是這個購買紀錄的唯一識別碼(主鍵)
文章關鍵字的索引
ID 標題 關鍵字
1 資料庫正規化... 資料庫,正規化,php
2 php資料結構... php,資料結構
上面的關鍵字欄位就違反了每個欄位只能陳述一個事情
如果關鍵字的數目不會超過3個
或許就會有人改成這樣的方式
ID 標題 關鍵字1 關鍵字2 關鍵字3
1 資料庫正規化... 資料庫 正規化 php
2 php資料結構... php 資料結構
但這又違反了不能用多個欄位陳述同一見事實這條規則
關鍵字1,2,3，這三個欄位都是用來陳述關鍵字
所以嘍，這就不是個好的方式，況且每次搜尋得跨欄位
比較適合的方式就會像這樣
文章
ID 標題
1 資料庫正規化...
2 php資料結構...
關鍵字索引
關鍵字 文章ID
資料庫 1
正規化 1
php 1
php 2
資料結構 2
未完....待續
« 最後編輯時間: 2008-05-13 17:31 由 Darkhero » 已記錄
--------------------------------------------------------------------------------
我的symfony作品:YOMOpets 寵物誌
有興趣可以一起來討論symfony喔
我的部落格:http://pets.yomopets.com/ricky
micmic3
俺是博士！
文章: 1311
回覆： 資料庫正規化
« 回覆文章 #1 於: 2008-05-13 16:40 »
--------------------------------------------------------------------------------
嗯....好著急啊....怎麼這樣就結束了...
---
這是一篇好文章
已記錄
Darkhero
酷！學園 學長們
俺是博士！
會員性別:
文章: 3337
我家小貓~
回覆： 資料庫正規化
« 回覆文章 #2 於: 2008-05-13 16:54 »
--------------------------------------------------------------------------------
忽然想到....
有好多有上集沒下集的文章..將來是不是要來追一下...
(但是這樣會追到我自己..還是不要好了...)
已記錄
--------------------------------------------------------------------------------
希望我們的討論是為了把問題解決，而不是爭論誰對誰錯.
『灌水才是重點，發文只是順便』
『我寧可讓不會釣魚的工程師餓死，也不想讓會餓死的工程師去攪沉公司....』
哇沙米
可愛的小學生
文章: 28
回覆： 資料庫正規化
« 回覆文章 #3 於: 2008-05-13 17:00 »
--------------------------------------------------------------------------------
資料庫規劃真的也很重要，
好的規劃可以讓往後維護上及可讀性加強，
不遵守正規化真的可以讓設計師偷一點懶…
這篇好文章期待補完
已記錄
jaceju
憂鬱的高中生
文章: 90
回覆： 資料庫正規化
« 回覆文章 #4 於: 2008-05-13 17:20 »
--------------------------------------------------------------------------------
有時候不遵守正規化，其實不僅僅是想偷懶，而是為了效能問題。在資料吞吐量非常大時，就會寧可用空間來換取時間，在每個需要的資料表裡塞入重複的紀錄，避免 JOIN 等耗費時間的運算。
但這樣的處理方式也僅適合資料不常更改的狀況，如果系統需要的是資料的強健性與正確性，那麼正規化還是相當必要的。
個人意見，僅供參考。
已記錄
Darkhero
酷！學園 學長們
俺是博士！
會員性別:
文章: 3337
我家小貓~
回覆： 資料庫正規化
« 回覆文章 #5 於: 2008-05-13 17:29 »
--------------------------------------------------------------------------------
Jace 說的很正確...正規化的資料庫表格, 由於常常需要關聯不同資料表的關係, 有時候會讓資料庫有過多的 join 產生, 這部分在大量資料跟大量存取下, 反而會造成效能低落..
資料庫正規化是初學者必須學習的一個課題, 這是無庸置疑的..
而在資料庫程式打滾一陣子後,尤其當資料量增加非常快,而存取量又大的時候,該怎麼適度的作反正規化來達成用空間換取時間的目標, 則是有經驗的程式設計師,資料庫設計師所需要面臨的下一個課題...
這當中牽扯了關於如何保持資料的正確性, 一致性, 不管是用程式處理, 還是用資料庫的 SP 來處理..都是一門學問了!~...
不過呢..我想, 如果再看本文的朋友若是還不清楚正規化是什麼要幹麻的, 就用心的學好正規化, 然後再來想所謂的空間換時間的方法...
已記錄
--------------------------------------------------------------------------------
希望我們的討論是為了把問題解決，而不是爭論誰對誰錯.
『灌水才是重點，發文只是順便』
『我寧可讓不會釣魚的工程師餓死，也不想讓會餓死的工程師去攪沉公司....』
ricky
區域板主
鑽研的研究生
文章: 560
回覆： 資料庫正規化
« 回覆文章 #6 於: 2008-05-13 18:38 »
--------------------------------------------------------------------------------
會寫這篇的原因是最近接手了前人的攤子
資料庫裡面充斥著垃圾欄位
正規化後的table有時必須靠複雜的join陳述才能將需要的資料select出來
同時寫入資料也得分散在許多table，甚至得啟用transaction
到時候再來舉幾個反正規化的例子吧
=============================
原來舉例子才是最困難的東西
已記錄
--------------------------------------------------------------------------------
我的symfony作品:YOMOpets 寵物誌
有興趣可以一起來討論symfony喔
我的部落格:http://pets.yomopets.com/ricky
2009年9月18日 星期五
QR Code 製作真是有趣~ ^^
QR Code 製作真是有趣~ ^^
Encode: http://www.quickmark.com.tw/cht/diy/?qrLink
Decode: http://www.psytec.co.jp/freesoft/01/
Encode: http://www.quickmark.com.tw/cht/diy/?qrLink
Decode: http://www.psytec.co.jp/freesoft/01/
2009年9月9日 星期三
訂閱：
文章 (Atom)
