[過去ﾛｸﾞ] ゲ製作の観点で、データベースを利用するスレ (46ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
10: 2008/09/03(水)19:05 ID:hXrSQ/XT(1/4) AAS
帰って来ました。レスありがとうです。
>>9 そういう意味だと、開発言語は関係無いとして DBは広い意味ではなく、SQLを使うDBの話です。
広い意味の「データベース的にファイルを扱う手法」みたいな外部にデータを置く手法、とかではなく。 分かり難くてスイマセン。
ちょうど >>8 さんが実体験的な部分を書いてくれたんですけど、要するに製作する上での選択肢の一つとして、
DBを使ってみるって話です。
で、実際にそれを選択肢として考えた時に、初心者の人とかだと 「具体的にどうすればいいの？」 って部分で
ハードルがあると思うので、それをサポートする的なスレのつもりです。 そういう意味で、視点の広がりにもつながるし、
省3
11(1): 2008/09/03(水)19:15 ID:hXrSQ/XT(2/4) AAS
具体的には、例えばサンプルとして RPGのシナリオデータを考えた場合に、
「20個の町、各町に５〜２０人のNPC、一人あたりフラグ分岐で３つの台詞とそれに伴うアクション（フラグ変更など）」 があった時、
・[町テーブル] town_id、town_name、他
・[NPCテーブル] npc_id、npc_name、town_id
・[NPC属性テーブル] npc_id、player_flag、message、action_code
みたいにテーブルを構成して、そのデータ（DBではレコードと言う）をSQLで取得して・・・ みたいな構成で作れるよね。 みたいな発想。
複雑なデータを一元的に集約して管理出来るから楽になるな、って言う発想。
省3
12: 2008/09/03(水)19:18 ID:hXrSQ/XT(3/4) AAS
今日じゃないけど、なんかサンプル書きますね。・・・・こういうまったりスレでどこにうｐしたらいいかアレなんですが。
C# + SQLite で、簡易RPG的なヤツ。
アプローチの視点を広げる。 で、「このスレではその手段として」 DBを使う、って所です。 ゲーム製作に限定して。
14: 2008/09/03(水)20:15 ID:hXrSQ/XT(4/4) AAS
＞独自の圧縮ファイルを使って1ファイルにする方法もあるけど、これはバグの温床になりそう
それ！そういう視点もあります。
・・・頑張って書きますｗｗｗｗ 軽いヤツですけどね。のんびり行きます
とりあえず今日から２週間程度を目安として、一回たたき台、ネタとしてうｐしますね。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.093s*