やりがいはソートできない…非情なデータベース社会
我々が日常関わるWebサービスにせよ、企業の端末で扱われているシステムも、ほとんど必ずデータベースと組み合わせてできている。 データベースの組み合わせはとても便利なもので、集計は簡単にできるし、情報のソートは一発。何より、大量のデータを扱うことができる。 以前、あるR社出身の人に、R社が作った住宅情報の功罪という話を聞いたことがある。 この話は、本当にそうなのかは僕は知らないが、あくまでも受け売りということでエッセンスだけ理解して欲しいと思うのだが、R社が作ったのは、 ・駅から徒歩（バス）N分 ・間取り というソート可能な序列だった。これが日本の住宅相場のルールを決めた。つまり、R社としては、日本中どこでも比較可能なテンプレートを作ったことが勝利の要素だったと言う。 彼の論としては、ここにもしも「景観の良さ」というパラメータを入れていたら、日本の住宅事情は大きく変わったのではないか？！とい
作品データベース アニメ ゲーム 漫画 小説 ドラマ 特撮 映画
作品DBはアニメ・漫画・ゲームから映画迄、様々な作品の評価・情報集積サイトです。 全分野アニメゲーム漫画文学ドラマ特撮日本映画海外映画 作品評価OP/ED情報DB論客ブログ検索並順アニメ: 評価新着開始日書込数閲覧数ランキング(総合点 / 平均点 / 属性)50音順あいうえおかきくけこさしすせそたちつてとなにぬねのはひふへほまみむめもやゆよらりるれろわ並順ゲーム: 評価新着開始日書込数閲覧数ランキング(総合点 / 平均点 / 属性)50音順あいうえおかきくけこさしすせそたちつてとなにぬねのはひふへほまみむめもやゆよらりるれろわ並順漫画: 評価新着開始日書込数閲覧数ランキング(総合点 / 平均点 / 属性)50音順あいうえおかきくけこさしすせそたちつてとなにぬねのはひふへほまみむめもやゆよらりるれろわ並順文学: 評価新着開始日書込数閲覧数ランキング(総合点 / 平均点 / 属性)50音順あい
信じられないDB文化「固定長DB」でもあうんです。大規模コンシューマ向けサービスのRDB設計 - レベルエンター山本大のブログ
ずいぶん時間があいてしまったけど、大規模コンシューマ向けサービスRDB設計の続き。 僕はこのプロジェクトを自分のRDBの知識を使って革新してやろうと思って臨んだ。 しかし結果として逆に、コンシューマ向けサービスに最適化されたRDBの使い方について教わることになった。 ※ あと、KVSでいいじゃんって言ってる人もいるけど、それはKVS導入の苦労を知らない人だと思う。KVSの苦労は後で書く。 僕らが最近手がけているのは、とても大規模なコンシューマ向けサービスだ。 100万人の契約ユーザが使い、1テーブルに1億レコード以上のデータを貯め、24時間止めることが許されず、 要求から応答までのターンアラウンドタイムが1秒以内という厳しいSLAのサービスである。 中でも僕はDBやフレームワークの設計とアーキテクトっぽいことを担当している。 僕がこの現場に来て、驚愕した文化が2つある それは「Join禁止
DeNAが社内利用しているMySQLの自動フェイルオーバーツール、オープンソースで公開開始
MySQLがダウンしたときに自動的に別のMySQLへ処理を引き継ぐことで、高可用性を実現するフェイルオーバーツール「MySQL-MHA: MySQL Master High Availability manager and tools」がオープンソースとして公開されたことを、作者の松信嘉範（まつのぶよしのり）氏がブログで伝えています。 Yoshinori Matsunobu's blog: Announcing MySQL-MHA: "MySQL Master High Availability manager and tools" 松信氏はモバゲーなどで知られるDeNAに勤務しており、MySQL-MHAによる自動フェイルオーバー機能はDeNAのインフラ運用を支えているとのこと。同氏のブログから引用します。 Difficulties of master failover is one of
はじめての MySQL で100万件のデータを管理する時に行ったチューニングまとめ
MySQL の勉強をせずにフレームワーク等で SQL を書かずに Web サイトを構築していました。データ数も2万件程度でしたので、そこまで困ることはありませんでしたが、今回100万弱の商品データを扱う機会ができたので、MySQL のチューニングや発行する SQL について見直す機会がありました。 この記事では MySQL を高速化するのに行った対策など勉強したものを自分用にメモしておきました。 条件式で比較するカラムにインデックスを使用して高速化 商品コードで存在しない商品を見つけて、商品をDBに登録するという処理を行っている場合、4万件超えたころから処理に2秒以上かかるようになってきます。12万件超えた頃には10秒程度かかるようになってしまいましたが、商品コードのフィールドに対してカラムインデックスを貼ることで0.2秒に短縮することができました。 MySQL のリファレンスにも以下のよ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
初心者の頃に知っておきたかった rpm と yum の違いと使い分け
