SQL in QuakeC

by **frag.machine** » Wed Jan 26, 2011 1:31 am

Look at TF2 and you'll see how Valve extensively uses their database backend: achievements, player statistics, persistent inventories, etc. Even some sort of cheat evidence collection can be imagined having SQL support to QuakeC.

<paranoid>Also, from the security point of view is better to use a sandboxed persistence system under the form of a SQL backend than granting file I/O access to QuakeC. </paranoid>

by **GiffE** » Wed Jan 26, 2011 6:50 am

I actually had the same wish. I was told however that the threaded nature of DP would have an issue with an SQL implementation. Not that I know why.

Databases would make stat tracking any any sort of persistent data much easier!

by **Error** » Wed Jan 26, 2011 7:02 am

thought someone added sql to quake once... was it DrLabman?

by **Spike** » Wed Jan 26, 2011 4:25 pm

by **TimeServ** » Fri Jan 28, 2011 12:35 am

by **Arkage** » Fri Jan 28, 2011 5:17 pm

by **frag.machine** » Sat Jan 29, 2011 2:02 am

by **Spirit** » Sat Jan 29, 2011 9:16 am

by **frag.machine** » Sat Jan 29, 2011 8:05 pm

The actual problem with SQL support isn't in the SQL engine you embed per se, but the eventual inefficient queries submitted. As long we are not talking about complex tables with lots of indexes and constraints, insert operations are quite light.

by **Chip** » Sun Jan 30, 2011 12:26 pm

by **leileilol** » Sun Jan 30, 2011 1:02 pm

by **GiffE** » Sun Jan 30, 2011 6:18 pm

Actually would be kind of cool if you could get a "Live" feed of player chat and frags.
The lag would be unbearable though.
I would use sql for game over stat saving.

by **TimeServ** » Thu Feb 03, 2011 7:28 pm

by **frag.machine** » Fri Feb 04, 2011 12:13 am

SQL in QuakeC

SQL in QuakeC

Who is online