看板 Soft_Job 關於我們 聯絡資訊
※ 引述《DarkKiller (System hacked)》之銘言: : → Weky:可以補充下壞處嗎? XD 08/29 16:44 sure,可以列出一些壞處: * InnoDB 一般會比 MyISAM 大,即使在 ROW_FORMAT=COMPRESSED 的情況下, 我遇過比原來大 20% 的情況。 這邊的 tradeoff 是,硬碟與記憶體大小是設備成本,投資下去後就是很穩 定的效益。而 MyISAM 修資料是人事成本。 * InnoDB 在 MySQL 5.6 才支援 fulltext search (拉丁語系)。 不過在華語地區會考慮使用 solr 解決,而非在 MySQL 上解決。 * InnoDB 不支援 R-tree index。 有很迫切需求的人已經換 PostgreSQL 了。 * SELECT COUNT(*) 很慢。 MVCC 架構的問題,不過我們家感覺還好... 主要是後台系統才會用到,而 InnoDB 讀取不會卡寫入,所以... -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 112.121.80.241 ※ 編輯: DarkKiller 來自: 112.121.80.241 (08/29 16:53)
Lordaeron:哪麼用POSTGRESQL 不就好了? 08/29 18:03
alpe:淡水那某A家大廠DBA說, 主管沒聽過postgreSQL 08/29 21:49
alpe:另外postgreSQL真的很少中文資料. 08/29 21:52
robler:我用postgresql用好久了說,挺不錯的,但是管理工具 08/29 22:37
robler:不是很強大XD 08/29 22:37
Lordaeron:不懂需要什麼中文資料?它又沒當年MYSQL 哪麼多大問題 08/30 09:55
Lordaeron:相的討論當然也就少,加上沒人吹, 當然相對就好很少資料 08/30 09:56
alpe:Loedaeron 我相信你英文讀的能力不錯,很多人看到英文就不行了 08/30 21:25
saitoh:想要玩open source就得要有看英文的能力 08/30 21:49
saitoh:只看中文...嗯...請保重 08/30 21:50
freeunixer:其實...真的有人英文不好,但也是系統,程式弄得很開心的 08/30 22:14
freeunixer:反正真的想搞下去,自己莫名奇妙就會有辦法的... 08/30 22:15
freeunixer:但老在那雞蛋裡挑骨頭,為啥不這樣不那樣,要這樣要那樣, 08/30 22:16
freeunixer:就很奇怪...大家環境需求不一樣,你想得到別人會想不到? 08/30 22:17
freeunixer:丟一句話出來人家就得回一篇,好像是來被考試的... 08/30 22:18
freeunixer:人家搞不好 tun kernel, IO, ap ,總分加起來才決定用啥 08/30 22:23
freeunixer:一句怎樣就可以了,好像別人都是... 08/30 22:29
CGary:話說這問題還有包含維護考量的... DK 自己看可能不是問題... 08/30 22:50
CGary:但是你不可能總能找到甚麼都是自幹就能上手的人...資料多會 08/30 22:51
CGary:是一個考量 另外 之前使用mysql, 你要把你的程式轉到postgre 08/30 22:52
CGary:又是一個成本問題 當然 要做都是不難 但是企業營運人力成本 08/30 22:52
CGary:是最昂貴的 把最好的人才放在價值最高的事情上永遠都是正途 08/30 22:52
CGary:轉換系統的態度就會變成 if it ain't broke don't fix it... 08/30 22:53
CGary:而就算要fix, 都是先以最低成本先評估再說...:) 08/30 22:53
plover:台灣有家股票資訊業用Postgres 08/31 00:33
plover:InnoDB頗強大,我們自己也在用@@ 08/31 00:34
alpe:你不可能總能找到甚麼都是自幹就能上手的人++ 08/31 13:30