カラム型データベースはなぜ集計処理が高速で、トランザクションが苦手なのか。インメモリとカラム型データベースの可能性を調べる（その4）
カラム型データベースはなぜ集計処理が高速で、トランザクションが苦手なのか。インメモリとカラム型データベースの可能性を調べる（その4） 現在主流となっているOracle、SQL Server、DB2などのリレーショナルデータベースは事実上すべて、行（ロー）指向で内部の処理を行っています。一方で、最近急速に注目されているのが、列指向で内部処理を行い、大量データの集計や分析処理に優れた「カラム型データベース」（あるいはカラム指向データベース、カラムナーデータベース）です。 カラム型データベースはSybase IQやNetezza、Verticaなどデータウェアハウス専用のデータベースで主に採用されています。また、SQL Serverには「ColumnStore Index」、Oracle Exadataには「Hybrid Columnar Compression」と呼ばれるカラム型データベースの
MECE（ミーシー）の落とし穴 - Feel Like A Fallinstar
『モレなくダブリなし』の考え方として、今では学生ですら知っているMECE（ミーシー）。 当然ですが、コンサルティングをする人の間では定番の思考方法のひとつです。 でも、「MECE＝良い」あるいは「MECEじゃない＝不完全・微妙」と考えるのはかなり危険だなって思うこともしきり。 というわけで、MECE（ミーシー）の落とし穴について自戒を込めて。 MECEの良さ MECEのよさは、なんといってもチェックもれを起こさないことです。 Wikipediaの例を借りると、 製品故障をなくして生産性を上げるために、発生箇所・原因箇所を「空間」的に漏れなく挙げる 工程を 原材料 - 製造 - 加工 - 輸送 - 販売 - 使用 - 廃棄 というように「時間」的に漏れなく挙げる といったところでしょうか。 たとえばソフトウェア開発のバグつぶしなんかではMECEはとっても重要です。 ウェブサイトのサイトマップ
【速報】第2回将棋電王戦 プロA級棋士三浦八段が圧倒的大差でGPS将棋に敗れる。1勝3敗１分 : 暇人＼(^o^)／速報
【速報】第2回将棋電王戦 プロA級棋士三浦八段が圧倒的大差でGPS将棋に敗れる。1勝3敗１分 Tweet 1： チーター(dion軍)：2013/04/20(土) 18:28:07.59 ID:TWVw9+VkP 【第2回 将棋電王戦 五番勝負】 各日午前10時開始 持ち時間 各4時間 第1局 3月23日(土) 先 阿部光四段 ○−● 習 甦 . 東京都渋谷区 「将棋会館」 第2局 3月30日(土) 佐藤慎四段 ●−○ Ponanza. 先 東京都渋谷区 「将棋会館」 第3局 4月06日(土) 先 船 江 五段 ●−○ ツツカナ 東京都渋谷区 「将棋会館」 第4局 4月13日(土) 塚 田 九段 △−△ Puella α 先 東京都渋谷区 「将棋会館」 第5局 4月20日(土) 先 三 浦 八段 ●−○ GPS将棋 東京都渋谷区 「将棋会館」 ◇ ニ
東証「システム開発では、一度コーディングすればドキュメントは不要！」 みずほ証券「おお、もう…」
2005年に発生した、「ジェイコム株大量誤発注事件」はみずほ証券に大きな損害を与えた。 みずほ証券はこの損害の原因の1つに東証の売買システムのバグがあるとして、東京証券取引所（東証）に対し賠償を求める裁判を起こしていたのだが、この裁判が3月18日に結審した。これを受けて、日経コンピュータが「みずほ証券-東証裁判の争点を洗い出す」として争点をまとめている。 ここで興味深いのは、東証の開発手法やソースコードに対する姿勢だ。東証はソースコードの修正時にそれに対応するドキュメントの修正を行っていなかったそうなのだが、これについて「コーディングが終了した後はドキュメントは不要」と主張している。いっぽうのみずほ側はこれについて「ソフトウェア工学の知見を無視する暴論だ」として、重大な過失であると主張している。 また、ソースコードには著しい重複があったことが判明しているのだが、これについても 東証
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
長文日記
生徒が生み出した、ブラウザで動くJavaScript分散コンピューティング
