Building Browsergames - Latest Comments in Designing your game’s database

Re: Designing your game’s database

Roger Keulen — Sun, 17 Nov 2013 07:00:10 -0000

Hi there !

If you don't want your tables to large, you also can use `varchar(200)` except of `Char(200)`. But because it's variable, it's better top put it on the end of the field list. So the non variable lengths are first. If you want to speed op the finding and indexing change the varchar to fixed size char. Disks capacity is very cheap this days, also with hosting. And if you have data that isn't relational, just put it in a file. You don't need a database for all your data. Only a relational database for relational data, or special databases for reporting, transactions or other special stuff. But most of the time a file like XML will do.

Like:

<parseinbrowser>
<classes>
<thisuser_isalive>$FromScriptResult()</thisuser_isalive>
<thisuser_monney>$FromDatabase()</thisuser_monney>
$FromFile
</classes>
</parseinbrowser>

$FromFile => <thisuser_info>....</thisuser_info> (Not really changing, like name, age, sex, location or other game stuff, like he is a dragon or what ever...)

Html example with language !
<div>

You have[span class="thisuser_monney"][/span]Credit's on you account

<div><script>parseXML("MyGame.php?info")</script>

And without:

<div>[p class="language_credits"][/p]<div>
<script>parseXML("MyGame.php?Language=Eng&info")</script>

Happy hacking.

Sorry to hear, that you stoped with your site. Maybe i have to create my own or start a browsergame +Page on google.

Re: Designing your game’s database

tiwafic — Thu, 03 Mar 2011 02:48:52 -0000

Thanks～

Re: Designing your game’s database

SparK — Thu, 22 Apr 2010 02:33:20 -0000

in your database! this is what the article is discussing

Re: Designing your game’s database

Said Bakr — Tue, 09 Mar 2010 17:12:40 -0000

Very good meaningful article about database normalization and its benefits.

Re: Designing your game’s database

nikolas — Sun, 07 Mar 2010 16:05:53 -0000

where do i write all this things!

Re: Designing your game’s database

Luke — Sun, 20 Dec 2009 17:59:35 -0000

The reason that items got done this way(as opposed to user accounts)
isn't really because of OOP at all, so much as flexibility - this
tutorial started out without much of a plan for where it would go, and
I wanted as much flexibility as possible when it came to adding new
items.

Re: Designing your game’s database

BUnzaga — Wed, 16 Dec 2009 22:01:24 -0000

I have just started learning PHP/mySQL in the last couple weeks, and I am trying to follow along with your awesome tutorials. I noticed something, which I am hoping you could help me understand a little better.

I noticed that you are taking an OOP approach to the items, stats, etc, but you didn't do this for user accounts. Is this a standard practice for databases, or was it just something that wasn't really thought about at the time you wrote this tutorial?

As an example, if we followed the OOP approach, we would have two tables for user accounts. One would define what an account was, the other would be the list of accounts.

Could you or anyone else tell me, if this would be a good or bad design architecture? I plan to have one account, with three character slots, which will be tied to the user account. I also plan to have a few other options, such as 'get_news', 'user_address', etc.

Please bare with me and keep in mind the first time I have looked at this stuff was about a week ago when I was lucky enough to find your tutorials.

Re: Designing your game’s database

daglees — Mon, 24 Aug 2009 11:13:16 -0000

This is a very good introduction, it's down to earth and makes sense, thanks!