未来予測を支える技術とPivotal／Mongo、Groonga
連載バックナンバー エレクトロニクスメーカー「GE」がPivotal出資で狙う市場 いわゆる「第3のプラットフォーム」に特化した企業「Pivotal」の設立は2013年4月でした（8月に日本法人Pivotalジャパンがスタート）。このときの出資企業にはEMCとVMwareだけではなく、General Electric（GE）も名を連ねていたのを覚えていますか。GEとPivotalはどこでつながるのでしょうか。2013年12月12日に開催されたPivotalジャパンサミット2013の基調講演にGE ソフトウェア チーフ・マーケティング・オフィサー John Magee氏が登壇し、GEの「インダストリアルインターネット戦略」を語りました。 「インダストリアルインターネット」 GEはいうまでもなく巨大でグローバルな製造業。冒頭にMagee氏は「日々、世界の25％以上もの電力がGEの装置で発電され
@nippondanji 氏の「データベース設計徹底指南！！」は神プレゼン！脅威の主義主張の一貫性保証は DB エンジニアの鏡だった件！ - #garagekidztweetz
ツイート今日は、第 1 回のSQL アンチパターンの回から良コンテンツを提供しまくりなエンバカデロ・テクノロジーズさん主催の第 3 回 DB エンジニアのための勉強会に参加してきました。 今回は 漢(オトコ)のコンピュータ道で有名な漢の中の漢、 @nippondanji 氏がデータベース設計を徹底指南してくれるということで、元々 DB エンジニアがバックグランドのわたしとしてはいかないわけにはいかんだろう、と喜び勇んでいってきました！ 内容はというと下記の概要をカバーする内容でした。 リレーショナルデータベース（以下RDB）は登場してからかなりの時間が経っています。その名が示すように、RDBはリレーショナルモデルをベースに考案されたソフトウェアです。しかしながら、未だに現場ではRDBが使いこなされているとは言いがたく、リレーショナルモデルへの理解も進まず、誤った常識が跋扈しているのが現状で
素早く正規形を見抜く実践テクニック（1/4） － ＠IT
今回のテーマはデータベースエンジニアの必須知識の1つである「正規化」です。正規化は、リレーショナル・データベースのテーブル設計を行ううえで非常に重要なテクニックであり、データベースを設計、実装したことのある方なら一度は正規化に触れているのではないでしょうか。 それほど基本的な知識であるにもかかわらず、正規化を説明できる人はなかなかいません。多く聞かれるのが「何となくテーブルを作ると自然に第3正規形になる」とか「実務上は第3正規化まで行えば問題ない」というものです。 ではなぜ「第3正規化まで行えば問題ない」のでしょうか。本稿ではひととおり正規化について確認しながら、あまり触れられることのない第3正規化より先の正規化を紹介して、この疑問に答えていきたいと思います。 正規化の位置付け 正規化は、データベース設計全般にかかわる基礎知識ですが、特に論理データモデリングの作業の中で必要になります。本稿
すぐわかるデータベースの基礎（3）
矢沢久雄 ●テーブル間の関連性の設定 テーブルを分割したら，テーブル間の関連性（リレーション）を設定しなければなりません。これは，たとえば「井上太郎」が「日経BP社」に勤務していることを特定できるようにすることです。そのためには，2つのテーブルを関連付けるための新たなフィールドが必要となります。このフィールドを「キー（主キーまたは外部キー）」と呼びます。 主キーとは，テーブル内のレコードを一意的に識別するためのフィールドです。世の中には，同姓同名の人物がいたり，同名の会社があるかもしれませんが，主キーの値が異なれば，異なる人物や会社であると識別できます。個人情報テーブルに「個人ID」というフィールドを追加し，会社情報テーブルに「会社ID」というフィールドを追加しましょう（図1）。これらのフィールドが主キーとなります。 図1●2つのテーブルに主キーとなるフィールドを追加する 主キーには，ユニ
「艦これ」から、ソーシャル系のサーバ構成を考える - SQLer 生島勘富 のブログ
私は、ソーシャル系とは縁遠い仕事ばっかりしているのですが、そういう依頼も若干増えてきたので話題になっている「艦これ」をお盆にやってみた。 残念ながら、「艦これ」の魅力は分からなかった。しかし、ミッションを用意されると、「クリアーしたい」という欲求から意地になるのは、何となく理解できました。それより、同時に始めた「Clash of Clans」には嵌まりました。気になっていた「ゲームの中に如何に自然に課金システムを取り入れるか」という課題についても、個人的には「Clash of Clans」の方が上手に解決しているように思います。 「艦これ」は、同時アクセスが10万以上あって、何度かシステム障害があったとのこと（そりゃあるでしょうが……）。私の興味の方向性は、課金システムであったり、システム構成にあるので、「艦これ」のシステム障害の方が強い興味の対象になります（苦笑） というわけで、「ソーシ
Microsoft PowerPoint - 運用事例に学ぶPostgreSQL_発表版_修正.ppt
運用事例に学ぶ PostgreSQL NTT OSSセンタ 勝俣智成 坂本昌彦 近藤光正 OSSセンタのご紹介 – 自己紹介を兼ねて OSSセンタ ①OSSトータルサポート OSSトータルサポート例 クライアント ②OSS適用推進 ③技術開発(DBMS、クラスタ開発) Webサーバ Apache UltraMonkey Tomcat JBoss PostgreSQL MySQL Heartbeat Amanda ④ソフトウェア基盤技術力向上 ⑤新規ビジネス検討 APサーバ DBサーバ アクティブ スタンバイ サポートサービス プロダクト提供 パッチ投稿 周辺ツール整備 OSSコミュニティ パッチ件数72件 (H21年度実績) 各種ツールOSS化 NTTグループ会社 業務アプリ ミドルウェア (OSS) OS (OSS) Copyright(c)2011 NTT
基礎から理解するデータベースのしくみ（8）
インデックスで検索を高速にする ここまでの説明でおわかりのように，一般にテーブル内のレコードがディスク上に格納される順序は，レコードを追加する順序やページに空きがあるかどうかなどに左右され，特定のキーの順番に並んでいるわけではありません。そのため例えば，従業員テーブル（emp）から従業員番号（eno）が71であるレコードを抽出するSQL文である SELECT * FROM emp WHERE eno = 71 のような単純な検索処理でも，テーブル内のすべてのレコードを一つずつ調べていかなくてはなりません。これではレコード数が膨大な場合に大変な時間がかかってしまいます。そこで，こうした特定のキーに対する検索を高速化するために用意されている仕組みがインデックス（索引）です。 インデックスの基本的な考え方は，書籍の索引と同じです。例えば，書籍の中から「テーブル」というキーワードを検索する場合，あ
DeNAによる大規模なMySQLノンストップ運用の裏側にある、フェイルオーバー自動化ツール
4月11日から米サンタクララで行われた「MySQL Conference & Expo 2011」。このイベントでDeNAの松信嘉範（まつのぶよしのり）氏が、同社の大規模なMySQLの運用を支えている技術とツールについてのセッション「Automated, Non-Stop MySQL Operations and Failover」を行いました。 プレゼンテーションの中で、社内で利用しているフェイルオーバーの自動化ツールをオープンソース化することにも触れています（英語のドキュメントも作成中とのこと）。 MySQLの大規模運用における自動フェイルオーバーは、特にクラウドでのMySQLの利用が増えるにつれてニーズが高まる分野と思われます。セッションのスライドが公開されていますので、そのポイントを紹介していきます。 自動化されたノンストップなMySQLの運用 ソーシャルゲームでは高可用性が強く求
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SQLインジェクション対策について