Oracle VS？ KVS とか・・・

　Twitterで、気になったもの。
　idがその発言のID,screen_nameが発言した人で、下の行が発言内容

---

id:5969987677 　　 screen_name:yusuke_arclamp
今のところ一番優秀なプラットフォームだとは思いますが制限は多いですね。なかなか悩ましい RT @kurikiyo: @jniino Force.comがひとつのプラットフォームとしてみなされてきたぞ

id:5971824499 　　 screen_name:higayasuo
@making いまのところないです > slim3ってcrud自動生成ないんだっけ？

id:5965771527 　　 screen_name:higayasuo
HogeReference extends ModelReference<Hoge>のようなクラスをAPTで自動生成すれば、クラス名を見ただけで意図が明確になる #slim3

id:5965616383 　　 screen_name:higayasuo
#appengine でKeyとそのKeyが指しているModelは1セットなので関連を1セットで定義するのは良い考え。PythonではまさにそれがReferenceProperty

id:5971917584 　　 screen_name:frsyuki
Oracleのクローンは色々アレですが、お金払ってでもデフォOracleで楽したいーてなコトが妥当になるシーンはどれくらいなんだろ。(via @okachimachiorz)「ウチはデフォルトOracleです。理由は1：なんでも入って運用楽だから。２：デファクトでつぶれないから」

id:5971622904 　　 screen_name:frsyuki
KVS が技術的に成功する最後の一歩があるとしたら、RDBMSとのシームレスな接続だと勝手に思っているのだけど、どうなんだろなぁ。

id:5971508447 　　 screen_name:frsyuki
とりあえず現実的に Shared Everything 型でハードウェアに頼りながらも、可用性・効率・スケーラビリティ・一貫性の問題を同時に解決した製品はあまりないんじゃないかな。今からやるならハードウェ頼みはダメだと思うけども。

id:5970404974 　　 screen_name:frsyuki
とは言え、Salesforce の規模は、Azure が想定している規模よりもだいぶ小さいらしい、と。ほぼ間違いなくSunのサーバをまだ使っていると思うけども、スケールアップとOracleで対応できる規模・予算ならKVSは不要という実例：http://bit.ly/6GhZ47

id:5970142004 　　 screen_name:frsyuki
Azureも、集約に適したインデックスは「必要な単位で集約」して自動的にパーティショニングし、データはさらにスケーラブルな方法で扱いたいのは同じなんだろう。たぶん。Oracleで統一的に構築できた点が優れている（via @jniino）：http://bit.ly/8rBeYE

id:5969872977 　　 screen_name:frsyuki
RDBのインデックスにKVSのデータテーブルを組み合わせる構成と比べて、丸ごと1つの製品（Oracle）で統合されているから、運用が楽。アプリケーションも楽。その代償は値段だけで、利益率が高い企業ならウマイやり方に見える。

id:5969755207 　　 screen_name:frsyuki
RDBのスケーラビリティが悪いから、データテーブルに分散KVSを使おう、という提案なんだけど、Oracle のクラスタが買える人にはインパクトが薄いな。えらく高いけど。：http://bit.ly/456bFG

id:5969691966 　　 screen_name:frsyuki
FriendFeed はデータを1つのカラムに JSON でシリアライズして押し込んでいるのに対して、Saleceforce はあらかじもカラムを500個も作っているのは、1つのカラムをアトミックに更新したい要求があるのと、その方がOracleで良きに扱ってくれるからだと予想。

id:5969647177 　　 screen_name:frsyuki
どこかで見たことがあるスキーマだと思ったら、前に見ていた。2009-10-05の記事。スキーマ不定のデータをRDBに永続化する方法の比較：http://bit.ly/7XxxjI

id:5969607164 　　 screen_name:frsyuki
やはりインデックスとデータ本体を分離するかー。たぶんここまでは多くの人が思いつくけど…結論としては Oracle がヤバすごすぎる。(via @jniino)：http://bit.ly/4L4alY

id:5969593168 　　 screen_name:suadd
#clipp iモード専用サイトのhtmlソースの閲覧方法 « mpw.jp管理人のBlog http://clipp.in/entry/137698

id:5969491555 　　 screen_name:suadd
#clipp Skypeの1/3がビデオとは意外だなぁ。そして、年間売上は約650億円、利益は約160億。すごいな。: （大喜びの）Skype CEO、Josh Silvermanをインタビューした http://clipp.in/entry/137696

id:5969277430 　　 screen_name:suadd
#clipp 香港旅情、OPhone、Android、そして謎の電気街ShenZhenのいま - Keep Crazy;shi3zの日記 http://clipp.in/entry/137690

id:5971749112 　　 screen_name:taguchi
お、これ、知らんかった。暗い写真を明るくする方法。いつもレベル補正でやっていたのだが。 http://ameblo.jp/design-agent/entry-10394981080.html

id:5965684884 　　 screen_name:taguchi
Twitterに関する怒涛のまとめ・・・ http://ff.im/-bRIIr

id:5971783625 　　 screen_name:nobi
反響が多い学研 大人の科学 来年の最初の号の付録はJapaninoというArduino互換の8ビットマイコン。「大人の科学」がちょっとノスタルジア路線から、大人が最新の科学を学んで楽しめるMAKE路線に進むかも知れない気になる号かも。

id:5966869932 　　 screen_name:ECOne_Aki
033 MySQLのはまりどころ(その2)〜不正データがエラーにならない http://bit.ly/6JAMBc

id:5969656058 　　 screen_name:kis
Googleの「今後のコンピューティング」関連の言葉を見るたびに、これからは「それTwitterでできるよ」って言うことになるかもしれない。

id:5969263426 　　 screen_name:kis
Googleの今のアプローチではGoogleの長期的な目標を達成することはできないし、その先を考えることもできないのだから、GoogleはTwitterのバックボーンとして、間接的に目標を達成すればいいと思う。

id:5969221831 　　 screen_name:kis
ブログ書いたよ。 「TwitterはGoogleの長期的な目標をすでに達成し、Googleには不可能なことを実現している」http://d.hatena.ne.jp/nowokay/20091123

id:5969786530 　　 screen_name:kimtea
「GAE + Twitter4J + Java」 によるbotの作り方　http://sites.google.com/site/elekmole/home/gaebottop

id:5971162277 　　 screen_name:Shuhei_Y
"ありがとうございます☆ちょっと試してみます(^^)
RT @HayateKita "@Shuhei_Y ちょっと古い記事です。参考になればよいのですが....。http://bit.ly/6h2Rd5""

id:5970992350 　　 screen_name:Shuhei_Y
Mobile meのアドレスデータとGoogle Contactのアドレスデータを統合させるにはどうしたらよいのでしょうか？ どちらか一方にしか入ってないものがあってちょっと面倒で。

id:5967513391 　　 screen_name:hiroxpepe
マーチン･ファウラーのPofEAA持ってなかったらここに要約がある http://capsctrl.que.jp/kdmsnr/wiki/PofEAA/

id:5967463677 　　 screen_name:hiroxpepe
Domain Driven Design(ドメイン駆動設計)Quickly これはとても参考になる！ http://www.infoq.com/jp/minibooks/domain-driven-design-quickly

id:5969799018 　　 screen_name:cloud_now
一方MS、オンプレミスのSQL Serverとの互換を選び、クラウドでのRDBのスケーラビリティを犠牲にした。いまのところ最大10GB。グーグルやAmazonはスケーラビリティのためにRDB≒過去との互換を捨てKVSにした。 jniino

id:5966195538 　　 screen_name:cloud_now
新発表「AppFabric」でAzureのクラウドとオンプレミスは地続きに − ＠IT / http://j.mp/8RBXNk Microsofter

id:5971303854 　　 screen_name:tweet_1topi
敷居が低くて多くの人が感情を表に出せるTwitterだからこそ、成立するアイデアかもしれません： 知らない人の映画評が気に入らないなら、Twitterでフォローしている人のレビューを見てみよう http://bit.ly/73E90u

id:5971214645 　　 screen_name:tweet_1topi
Twitterを社会貢献に役立てるというアイデア。個人/ビジネス利用だけでなく、こういった方面でも活用されていって欲しいですね。：コレぞTwitterの妙！社会的課題の解決を”つぶやき”が応援する「TwitCause」 http://bit.ly/5HoDg3

---

RDBでもKVSでも扱えるように、Oracleのコーヒーたんがなってくれればいいんだけど・・・