推 gpmm:喔喔喔，原來是 innoDB，果然沒在用就完全沒經驗… XDD 02/10 14:16
→ gpmm:感謝分享 02/10 14:16
推 linhomeyeu:據說之後innoDB要付費? 02/10 23:27
→ linhomeyeu:被吃掉果然就... 02/10 23:27
※ 引述《gpmm (銀色)》之銘言：
: 其實網頁程式寫法千百種，
: 走 Framework 玩 Design Pattern 也只是其中某個面向，
: 每個人都可以從自己的經驗中釐出熟悉的開發方式，
: 扳著手指細說為什麼這樣用，有什麼強大的優勢，
: CI 作者也曾經發佈所謂最快的…呃，Framework http://goo.gl/hqJK9
: 好吧我知道上面是老梗，有機會小弟也可以分享自己在 PHP 一路上的經驗，
: 從為什麼開始信任 Framework / Template，到怎麼樣自己打造一套。
架構是大學問啊
有好的架構 系統實作出來就不會爛到那裡去 也比較好維護、擴充
期待你的分享:D
: （小弟比較熟悉的是 MySQL，所以相關討論談到的都是 MySQL 而已）
: 會開始用到多主機，絕大多數是因為一台主機已經不夠承載所有連線，
: 所以會拓展到像 MS、MM、MMM、DRBD、Cluster，MProxy … 等多主機的架構，
: 其實資料庫同步也是一個超大議題（這條路上走越久越覺得沒一樣事情單純的… orz
: 舉最簡單的例子 one master - one slave，資料庫完全複製同步，
: master 吃到任何 INSERT / UPDATE / DELETE，slave 完全照吞一份一樣的 SQL，
: 同步速度很快 － 只要沒有任何外來因素產生延遲的話。
: 所以你說多主機是不是要比較威？在這個例子下答案是否定的 XD
: 它最大的意義只在於分散 SELECT 連線數，和分散運算完全扯不上關係，
: 而且資料庫系統最大的痛處（或壓力）常常都不在於運算，而是 IO，
那是該衝硬碟的時候了嗎？XDD SSD、萬轉硬碟下去 應該就會跑很快
另一個沒提到的影響因素是網路頻寬
比較麻煩的是網路速度跟得上 但server機器無法很快反應(因為有大量IO要處理)？
: : 只是在說關聯資料表而已 比如將table a 某個人的cname值改成"xxx"
: : 其他table b, table c有設FK的cname 也會同時被改成"xxx"
: 呃，這個小弟有聽沒有懂 (￣□￣|||) 是在 MsSQL 的環境下嗎？
mysql的table storage engine要設成innoDB才能用FK
可將兩個不同table的欄位關連起來 並設成ON UPDATE/DELETE CASCADE
這樣子更新一邊 另一邊就會同時更新了
其他db應該也都做得到
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.122.76.198