※ 引述《Tiberius (渴望平凡的幸福)》之铭言： : → huggie:Bigtable 没有 joins...那那..我不懂怎麽设计 database 04/12 18:14 : Read The Fine Maunal ... XD : http://0rz.tw/6a3Xs [code.google.com] : == : Google 能这样 scale 一定有它独到的地方 ... : 如果随便拿个 MySQL, RoR 就能飞天的话, 还需要这麽麻烦吗? ;) : (当然要适才适所啦, 不要说我对什麽东西有偏见 ... : 上面的对象换成 Oracle/pgSQL/sqlite, Python/Perl/PHP/Java/C# 之类的都适用吧) : 我个人的主观意见嘛 ... Anything but Java, please. (逃) 前天参加 Google Dev Day 後才初步认识这个东西 会场介绍中对於储存上的 scaliability 能力介绍相当不错。 但是没有提到计算能力，或是平行化能力的scaliability， 像是map reduce功能之类的。 在会场问了一位google 人员是说已经有在app Engine中了， 但後来又上网查了些资料.. http://gregable.com/2008/05/google-appengine-critical-flaw.html http://highscalability.com/google-appengine-second-lookaw.html 很不解的是照这两篇的讲法，GAE没有提供map reduce。 map reduce与平行化与大量处理能力相关， google 如不希望提供这个功能也是能理解的。 但在本质上，big table 的运作是需要搭配map reduce功能的。 听後来讲云端计算的内容就可以知道， 没有map reduce的话会造成一些很基本的功能，像是最简单的计数， 在big table上的实现困难，或是使用不到big table的优点。 这部份蛮令人困惑的.. --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.126.252.49 ※ 编辑: Lucemia 来自: 140.126.252.49 (06/16 14:55) ※ 编辑: Lucemia 来自: 140.110.216.36 (06/16 18:20)