気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
www.24w.jpエントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント2件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
innodbのcount遅い？遅くないしっ！Σ(ﾟдﾟlll)
innodbのcount遅い？遅くないしっ！Σ(ﾟдﾟlll) 2013/7/24 2015/9/7 MySQL 「MySQLのinnodbはcountすると... innodbのcount遅い？遅くないしっ！Σ(ﾟдﾟlll) 2013/7/24 2015/9/7 MySQL 「MySQLのinnodbはcountすると遅い」…という知識だけが先行してしまい、イケてない設計をしてしまった。。。 それは、ソーシャルアプリでよくある「未確認通知数」を算出するために発生した。 ↓こーいうの パッと思いついた設計は以下の3つ。 通知テーブルに確認フラグを持っておき、未確認の件数をcountする。 ☆メリット ：シンプル。生産性＆保守性UP。 ★デメリット：速度が遅い（と思っていた）。 KVSに未確認件数を保持しておく。 ☆メリット ：速度が速い。 ★デメリット：KVSはトランザクションが無いので整合性の保障がない。 専用のテーブル＆列を作ってカウントアップ・ダウンする。 ☆メリット ：取得対象が1レコードなので速度が速い。 ★デメリット：同一ユーザへのアクシ
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
www.24w.jp
www.24w.jp
www.24w.jp
www.24w.jp
www.hiroshimapeacemedia.jp
japan.cnet.com
pandora11.com
www.yomiuri.co.jp
note.com/suthio
qiita.com/wsn0672
gigazine.net
www.techno-edge.net
levtech.jp
engineering.reiwatravel.co.jp
k1low.hatenablog.com
meetscareer.tenshoku.mynavi.jp
studyhacker.net
developers.freee.co.jp
tech.nri-net.com
2014/02/07 リンク