Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SQLite3? #63

Open
kskels opened this issue Jun 4, 2011 · 4 comments
Open

SQLite3? #63

kskels opened this issue Jun 4, 2011 · 4 comments
Labels

Comments

@kskels
Copy link
Collaborator

kskels commented Jun 4, 2011

Maybe there can be one tankage world per server.. So that every server can have it's own database with it's own SQLite database? So that servers are not aware and there can be as much servers as needed or so :D

If one tankage world could be reasonable limited size the DB file should not grow too big, hopefully? Just got excited to try SQLite someday :D

@peteb
Copy link
Owner

peteb commented Jun 4, 2011

I'm a bit skeptical though, maybe for user accounts and stuff like
that? I don't think the world would work well in a DB like that; it's
just a lot of binary data.

-- Peter

On Jun 4, 2011, at 1:00 PM, kskels
[email protected]
wrote:

Maybe there can be one tankage world per server.. So that every server can have it's own database with it's own SQLite database? So that servers are not aware and there can be as much servers as needed or so :D

If one tankage world could be reasonable limited size the DB file should not grow too big, hopefully? Just got excited to try SQLite someday :D

Reply to this email directly or view it on GitHub:
#63

@peteb
Copy link
Owner

peteb commented Jun 4, 2011

But I like the idea with one world per server :) makes the
implementation easier!

-- Peter

On Jun 4, 2011, at 1:00 PM, kskels
[email protected]
wrote:

Maybe there can be one tankage world per server.. So that every server can have it's own database with it's own SQLite database? So that servers are not aware and there can be as much servers as needed or so :D

If one tankage world could be reasonable limited size the DB file should not grow too big, hopefully? Just got excited to try SQLite someday :D

Reply to this email directly or view it on GitHub:
#63

@kskels
Copy link
Collaborator Author

kskels commented Jun 4, 2011

Well, if the DB file is local, that should be fast, besides, can there be many people due to very high real-time network needs?

@peteb
Copy link
Owner

peteb commented Jun 6, 2011

Well, we should strive for supporting as many players as possible, we
should avoid adding bottlenecks :) But I wasn't thinking of DB
performance, really, just that DBs like that aren't meant for binary
data. I've also heard sqlite shouldn't be used on server-side due to
performance. I don't see a use case where sqlite would be better on
the server, compared to for example postgres. It's mainly used for
user settings in clients.

-- Peter

On Jun 4, 2011, at 1:51 PM, kskels
[email protected]
wrote:

Well, if the DB file is local, that should be fast, besides, can there be many people due to very high real-time network needs?

Reply to this email directly or view it on GitHub:
#63 (comment)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants