fav整理-DB編-2009/4～2010/9

az @yoheia

"バックグラウンド・プロセス名は、ora_で始まり、SIDで終わります。シャドウ・プロセス名は、oracleSIDで始まります。"

takabow @takabow

データベース（データストア）のI/Oコストの重要さが理解できない人は、人間が辞書や事典をどう読むのかを、アクセスパスと照らし合わせながら考えるといいと思うよ。一番直観的。

az @yoheia

電話帳のアイオウエオ索引とか(ビットマップインデックス) RT @takabow: 2007年度版、2008年度版と別れていた方が探す量が減るとか（パーティション） RT @yoheia 頭から通しで本を読む場合は索引で引いて見てたらよけい遅くなるとか。...

Quatrex @Quatrex

なるほど… RT @baca_ 僕はDBですけど，おなじ攻略が使えると思っています． 一週間で応用情報にも合格できる！「短期間テスト攻略法」 - 遥か彼方の彼方から http://is.gd/boNwh

SQLの苦手を克服する本(技術評論社)/生島 勘富 @Sikushima

LEFT JOINの間違った例 http://codepad.org/qk8OvmOh 正しくはこちら http://codepad.org/aYJimXh4 商品マスタをLEFT JOINする必要はないはずですが、LEFT JOINにするところが多いですね。

Guutara mmmmm (⁰⊖⁰) くぁwせdrftgy ふじこlp @Guutara

そのRDBMSを、今のRDBMSを使っている層が、ちゃんと使える様になるには、気が遠くなる程の砂を噛むような開発がいると... RT @masayh: no SQLより実装と検証がはるかに難しいからです。 @shot6 nosqlが過渡期だとしてどうしてスケールアウト可能なRDB

az @yoheia

RT @wmo6hash: 経験の場としての Oracle LOVERS 勉強会 - wmo6hash::blog http://d.hatena.ne.jp/wmo6hash/20100418/p1 はポジションペーパーです #ol20wko

西村 賢🐠Coral Capital / Ken Nishimura @knsmr

Twitterのシステム設計者の講演（QCon Tokyo) を記事にしました → 秒間120万つぶやきを処理、Twitterシステムの“今” － ＠IT http://bit.ly/cHfptZ #qcontokyo

(･∀･)キムティ♪@荒浪一城 @kimtea

分散データベース #Cassandra 調査レポート　http://bit.ly/chOOWN

Kazunori Sato @kazunori_279

RDBを使うにせよ、スケールするデータストアの設計はアプリ要件にすごく影響されるんだなぁと思った／秒間120万つぶやきを処理、Twitterシステムの“今” － ＠IT http://shar.es/mv5AM

Kazuki Ohta @kzk_mover

すばらし！ RT @just_do_neet: Cassandraの調査レポート。社内でも使う予定がありそうな雰囲気。 RT @kuwa_tw: えい。宣伝。勢いであげちゃったので。 http://slidesha.re/b1mI1w

matsuu @matsuu

[share] http://j.mp/9WxyZo PHP 開発者のための CouchDB の基本

Sadayuki Furuhashi @frsyuki

丸レク2010の kumofs の発表資料を公開しました。#maru3 http://bit.ly/9a0lAC

Sadayuki Furuhashi @frsyuki

hbstudy10の発表資料を公開しました。「ずばり動く！kumofs と ずばり動かないケース」 http://bit.ly/bhb3he

SQLの苦手を克服する本(技術評論社)/生島 勘富 @Sikushima

SQL文のキャッシュはOracleでは SELECT * FROM v$sql で確認できます。SQLServerでは、テーブルを返すシステム関数 sys.dm_exec_sql_text を利用します。 http://bit.ly/ddwBfd

Atsushi Nakada @Nakada_itpro

RDBMS用のSSDを使ったキャッシュシステムを、Facebookが作ったというお話。 Releasing Flashcache http://bit.ly/bn29mu

az @yoheia

"名著「コンピュータアーキテクチャ定量的アプローチ第4版」にも、既存のDBMSのOLTPについては、CPU命令レベルのパラレル処理の抽出は難しい、(粗い「スレッド」レベルでのパラレル処理が向く)と紹介されています" http://bit.ly/bYDbS5

Shinichiro OGAWA @conceal_rs

[ブログ書いた] データベースアクティブチェックは負荷を上昇させるだけ http://bit.ly/bcLENl

Guutara mmmmm (⁰⊖⁰) くぁwせdrftgy ふじこlp @Guutara

HadoopとCoherenceの連携から、RACとかなら、Oracleの隠れHadooperとかが、集められるのでは、ないじゃろか。:)

Guutara mmmmm (⁰⊖⁰) くぁwせdrftgy ふじこlp @Guutara

ホント、汚れたよなぁー。w ま、Hadoop,Cassandra を広める手段として、ベンダーを上手に使うには、ベンダー製品との組合せデモを作るのが、有効だって気が付いただけなんだけどね。で、どのベンダーにも、隠れキリシタンはいるのだよね。ww

Guutara mmmmm (⁰⊖⁰) くぁwせdrftgy ふじこlp @Guutara

テーマパークみたいに、出来ると面白いですね。Hadoopを共通のイベントにして、色んなベンダーが、デモする。ベンチマークは、御法度。あくまでも、夢をうるショー、もしくは、でんじろーせんせい。できるかな？やってみようかな？:D

魂三郎 @tamasaburou1982

バッチプログラムとSQLを分けて考えず、バッチプログラムの中でSQLの役割はこうです。という風に作ると無駄の無い動きをするらしい。 *Tw*

az @yoheia

総合テストの前が最後にあてるタイミング #ol20wko

Tak H @takh78

生意気承知であえてRT。既知不具合を踏まない他、万が一新規バグにあたった場合の対応速度にも有利に働き得ます。おそらく Oracle DBに限らず他のソフトウェアでも事情は同じかと。 RT: @wmo6hash: 小田さん『基本は何が何でもパッチは最新にしておくことがお薦め』

渡部 亮太 📖Oracle黒本著者/♠Oracle ACE Pro: ITで「手に職」ならコーソル @wrcsus4

スキルアップの方法は？→ いろいろ実機で試してブログに書け #ol20wko [勝手要約]