• はてなブックマーク
  • テクノロジー
  • ネットゲームデータベース設計むかしばなし、あるいはとんでもないMMORPGの設計の話: 不倒城
  • Twitterでシェア
  • Facebookでシェア

ネットゲームデータベース設計むかしばなし、あるいはとんでもないMMORPGの設計の話: 不倒城

テクノロジー カテゴリーの変更を依頼 記事元:mubou.seesaa.net
適切な情報に変更
581 usersがブックマーク コメント86

    記事へのコメント86件

    • 注目コメント
    • 新着コメント
    spacefrontier
    spacefrontier もう13年前かな、某老舗PCゲームメーカさんからMMORPG用のシステム見積もりを受けた事があるけど、予算300万、バックアップ・UPS・冗長不要、DB設計なにそれ？でも同時アクセス1万で将来100万に拡張とかトンデモ案件だった

    2016/05/30 リンク

    その他
    soramimi-cake
    soramimi-cake のちのC#さんであった

    2016/05/30 リンク

    その他
    NOV1975
    NOV1975 昔話だよなあ。こういった先人の屍(死んでない)を乗り越えて技術は発展するのだ

    2016/05/30 リンク

    その他
    kamm
    kamm 『クソどーでもよさそうなデータをDB管理していたくせに、なんとプレイヤーの所持金の出納データをDBで持っていなかったのです。』さらっととんでもない事書いてるな。Cさんがおかしくて、この設計で正しいんだよ。

    2016/05/30 リンク

    その他
    fk_2000
    fk_2000 “何から何まで全部DBのストアドプロシージャにやらせていた”読んだだけでめまいがする

    2016/05/30 リンク

    その他
    fukken
    fukken ドメイン知識がない人が多いな。RMTとかdupeへの対策として、MMOの通貨（課金通貨ではなく、ゲーム内通貨の方）は、どのゴールドがどこに流れたか、流通経路が参照できるの。全取引で札の通し番号を控えると思えばいい

    2016/05/30 リンク

    その他
    Harnoncourt
    Harnoncourt 出納データをRDBで持つ必要ないよ。過去データはアーカイブしといて検索したい時に検索サーバにロードするもんだと思う。そうしないと重くなって仕方ない／私はSAP R/3（元々重いシステム）の話をしています。

    2016/05/30 リンク

    その他
    nyop
    nyop SIでもデータモデル設計したこと無い人とかにDB設計させると、出納の話とか割とあるある。

    2016/05/30 リンク

    その他
    jaguarsan
    jaguarsan SI出身なら初歩的(と信じたい)だから、他業種受け入れって大事だよなあ。逆パターンだとゲーム出身者のお陰で操作感向上とかある

    2016/05/30 リンク

    その他
    steel_eel
    steel_eel 読んでて胃が痛くなったｗ

    2016/05/30 リンク

    その他
    kita-tuba
    kita-tuba ネットゲームデータベース設計むかしばなし、あるいはとんでもないMMORPGの設計の話

    2016/06/19 リンク

    その他
    technerd
    technerd なんのゲームだろ

    2016/06/04 リンク

    その他
    mashori
    mashori ふええ

    2016/06/01 リンク

    その他
    hylom
    hylom そもそもゲーム内アイテムを金で取引するという発想が昔はなかったわけで仕方が無い気はする

    2016/05/31 リンク

    その他
    s025236
    s025236 コメント見ると今の技術や常識が前提の解決策書いてる人がいるけどMMO黎明期にそそんなのあったらオーパーツだよ

    2016/05/31 リンク

    その他
    kamei_rio
    kamei_rio "クライアントやアプリケーションサーバで分散処理をすべき色々な処理を、何から何まで全部DBのストアドプロシージャに"

    2016/05/31 リンク

    その他
    lazex
    lazex Cさんが行くべき会社じゃなかったと思うな。こういうところは「よくわからないけど動いてる」な感じでやってる人だけでいてくれたほうがネタになるクソゲーになりそうで期待できる。ゲーム以外だと価値ないけど

    2016/05/30 リンク

    その他
    jun_ya
    jun_ya 今頃はC++さんになってそうな、そんな気がする

    2016/05/30 リンク

    その他
    replication
    replication おもしろかった

    2016/05/30 リンク

    その他
    rryu
    rryu まあアイテム課金とかが無かった頃はプレイヤーの所持金はリアルマネーじゃなくてHPとかと同じ単なるパラメータだから気合入れてログは取らない気もする。

    2016/05/30 リンク

    その他
    yosuke_furukawa
    yosuke_furukawa 怪談じゃねーか。。。

    2016/05/30 リンク

    その他
    mizchi
    mizchi いい話

    2016/05/30 リンク

    その他
    atoh
    atoh 検討した結果DBではなくログファイルにしたってんならともかく“なんとなくログファイルに吐いとけば”なんだからあかんわ。WEBのシステムがまだ一般的じゃなかった頃にとんでもないコーディング見たことある。

    2016/05/30 リンク

    その他
    manaten
    manaten “分からないことをすぐ率直に聞けるのは有能さの証です。” みたいな文がスッと差し込まれる昔話嫌だなw

    2016/05/30 リンク

    その他
    ktakeda47
    ktakeda47 😂 "・kill -9 を流してもプロセスが落ちない。・仕方ないのでサーバをリブートしようとしてもなかなか落ちてくれないので、どうしようもなくなって電源を落としたらDBが立ち上がらなくなった。地獄絵図である。"

    2016/05/30 リンク

    その他
    Futaro99
    Futaro99 昔のお話なのでログをDBに突っ込むのはいい気がするけどな。今なら他に便利なものがあるけど。

    2016/05/30 リンク

    その他
    akn_ep
    akn_ep “クソどーでもよさそうなデータをDB管理していたくせに、なんとプレイヤーの所持金の出納データをDBで持っていなかったのです” で声出して笑っちゃった

    2016/05/30 リンク

    その他
    shintaro_kawase
    shintaro_kawase ROのボット、RMT問題が先送りにされ続けた理由が分かった気がする。

    2016/05/30 リンク

    その他
    houyhnhm
    houyhnhm 設計のボロさの本質は、RDBだからとかストアドだからとかではないが、現状のソシャゲの設計がボロいのはダウンタイムとか見ればまあ大半はダメですよねえと。

    2016/05/30 リンク

    その他
    mumincacao
    mumincacao りあるたいむに解析が必要とかじゃなければ投げ込むとますます DB がお星さまになりそうだからふぁいる出力でいいんじゃないかなぁ？ でも残すだけで解析に回せないろぐはごみですの（－ω【みかん

    2016/05/30 リンク

    その他
    nisshin-k
    nisshin-k いつか見た記事。今でもブラウザゲーで極端に重い挙動とかしてるのがあるとこの話を思い出す。D○M系列のゲームは他人様のアイデアぱくるなら、この辺の考えとか知識も合わせてぱくってほしいなぁ

    2016/05/30 リンク

    その他
    n314
    n314 過去のすごい失敗話とかじゃなくて、あるある話に見えるな…。

    2016/05/30 リンク

    その他
    YukeSkywalker
    YukeSkywalker 泣ける。/ある程度はログテーブルに持って、半年とか決めてダンプとるしか無いんちゃうかな。

    2016/05/30 リンク

    その他
    fukken
    fukken ドメイン知識がない人が多いな。RMTとかdupeへの対策として、MMOの通貨（課金通貨ではなく、ゲーム内通貨の方）は、どのゴールドがどこに流れたか、流通経路が参照できるの。全取引で札の通し番号を控えると思えばいい

    2016/05/30 リンク

    その他
    morita_non
    morita_non slideshareによくあるような漂白された発表とかじゃなくて、こういう事例集もっと読みたいよなあ。自分も生きてていいんだと思えるために。

    2016/05/30 リンク

    その他
    delphinus35
    delphinus35 増え続けるログをDBに持たせるというのは場当たり的な解決法じゃないかなあ。既に指摘されてるけど。

    2016/05/30 リンク

    その他
    jaguarsan
    jaguarsan SI出身なら初歩的(と信じたい)だから、他業種受け入れって大事だよなあ。逆パターンだとゲーム出身者のお陰で操作感向上とかある

    2016/05/30 リンク

    その他
    Dolpen
    Dolpen えー、保持が1週間なのは論外として、immutableなログなら、なるべく軽くしたいはずのDBに持たせるよりFluentd + Elasticsearch、あるいは古典的なTSVやり取りとかで検索を別システムに出す方がよりスケーラブルじゃないの？

    2016/05/30 リンク

    その他
    kabochatori
    kabochatori 設計書は最悪現在のシステムから起こせないこともないけど、データはどうしようにもないからなぁ…。

    2016/05/30 リンク

    その他
    hit10231023
    hit10231023 適材適所はあると思うのだけど、データの操作を開発側にまかせるとあとで大変なことになるケースのほうが多い気がするんだけどねえ、よくストアドっていうだけで嫌悪感を持つ人おおいけど、どうなんでしょ？

    2016/05/30 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    ネットゲームデータベース設計むかしばなし、あるいはとんでもないMMORPGの設計の話: 不倒城

    目次・記事一覧(1) レトロゲーム(185) 日記(772) 雑文(512) 書籍・漫画関連(56) 子育て・子どもたち観察...

    ブックマークしたユーザー

    • techtech05212023/12/23 techtech0521
    • tsumuchan2017/09/24 tsumuchan
    • te1061492017/08/12 te106149
    • kiichi692512017/05/30 kiichi69251
    • matsuyoshi302017/05/30 matsuyoshi30
    • queserasera7142017/05/19 queserasera714
    • Hiro_Matsuno2017/03/05 Hiro_Matsuno
    • negasuwa2016/08/26 negasuwa
    • pietisno2016/08/17 pietisno
    • ganhesuna2016/07/29 ganhesuna
    • kingako2016/07/21 kingako
    • simipiero2016/07/17 simipiero
    • akosukep2016/07/13 akosukep
    • shewapo2016/07/13 shewapo
    • mowadinedu2016/07/05 mowadinedu
    • babelap2016/06/30 babelap
    • modaseyu2016/06/30 modaseyu
    • techman9992016/06/27 techman999
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2024 Hatena. All Rights Reserved.