タグ

SQLとデータベースに関するkamatama_41のブックマーク (4)

  • 「艦これ」から、ソーシャル系のサーバ構成を考える - SQLer 生島勘富 のブログ

    私は、ソーシャル系とは縁遠い仕事ばっかりしているのですが、そういう依頼も若干増えてきたので話題になっている「艦これ」をお盆にやってみた。 残念ながら、「艦これ」の魅力は分からなかった。しかし、ミッションを用意されると、「クリアーしたい」という欲求から意地になるのは、何となく理解できました。それより、同時に始めた「Clash of Clans」には嵌まりました。気になっていた「ゲームの中に如何に自然に課金システムを取り入れるか」という課題についても、個人的には「Clash of Clans」の方が上手に解決しているように思います。 「艦これ」は、同時アクセスが10万以上あって、何度かシステム障害があったとのこと(そりゃあるでしょうが……)。私の興味の方向性は、課金システムであったり、システム構成にあるので、「艦これ」のシステム障害の方が強い興味の対象になります(苦笑) というわけで、「ソーシ

    「艦これ」から、ソーシャル系のサーバ構成を考える - SQLer 生島勘富 のブログ
  • 削除フラグのはなし

    6. id name pass is_deleted 1 ryu xxx FALSE 2 ken xxx FALSE 3 honda xxx TRUE 8. id name pass is_deleted 1 ryu xxx FALSE 2 ken xxx FALSE 3 honda xxx TRUE 3 honda xxx FALSE

    削除フラグのはなし
  • ドメインロジックとSQL

    以下の文章は、Martin Fowler による Domain Logic and SQL の日語訳である。 データベース指向ソフトウェア開発者とメモリ上(in-memory)アプリケーションソフトウェア開発者との間のギャップは、ここ数十年、徐々に広がってきている。このギャップが原因で、データベースの機能(SQLやストアドプロシージャ)をどのように扱えばよいのかという議論が数多く巻き起こっている。ここでは、ビジネスロジックを SQL に置くべきか、それともメモリ上のコードに置くべきかといった問題について、主にパフォーマンスと更新性の観点から考察を行う。考察には簡単な例を使うが、SQL クエリはしっかりとしたもの(rich SQL queries)を用いるので悪しからず。 エンタープライズアプリケーション(訳注:以下、EA)構築に関する(私の近著『P of EAA』など)を読むと、ロジッ

    kamatama_41
    kamatama_41 2013/03/27
    データが分散されているならドメインに込めるべき、RDBにまとまっている場合は移植性、パフォーマンス、メンバの習熟度などを考慮する
  • 達人に学ぶ SQL徹底指南書 - kagamihogeの日記

    少し前に仕事で書いたSQLが爆発したこともあり、そろそろSQLをまともに勉強しなおす良い機会かと思いこのを買ってきた。書評とかを見ると、今風にSQLを学びなおすには丁度よさそうだったので書をチョイスしたのだが、丁度良い塩梅の難易度だった。SQLの基礎までは行かずとも再入門するには程よい難しさ、具体的なクエリ例を挙げてのSQLのテクニック紹介とその意義の解説に練習問題とで中々に実用的ではないかと思う。 初っ端はCASE式から始まるのだけど、CASE「式」なので、式が書ける場所ならどこでも書けるというのは中々に目から鱗だった。条件付きUPDATEはともかく、CHECK制約にもCASEが使えるとかは驚き以外の何者でもなかった。他にも印象深い箇所はタクサンあり、自己結合によって集合論の理解を深める手法であるとか、肯定と二重否定の変換だとか、なるほどなーとの感想ばかりだった。 俺はこのを読んで

    達人に学ぶ SQL徹底指南書 - kagamihogeの日記
    kamatama_41
    kamatama_41 2012/06/01
    SQLを全く書かなくなったのでまた勉強したい
  • 1