一、网络游戏为什么要用数据库

内存再大，关机就没了，数据库的作用是关机以后都还能保留，所以必须得用数据库。因为游戏服务器不可能不关机，我们的用户注册资料不可能关机一次就全部清空。

你可能觉得用了数据库就慢了，特别是当内存有那么大的时候，其实好的软件不存在这个问题，可以充分使用系统内存进行数据存取，只有在机器空闲的时候才把内存里面做过修改的数据保存到数据库中去。

补充：

你说的有道理，你可以编写一个这样的网络游戏。但是专业程序员都不会你那样做的，程序自己管理数据是个非常麻烦的事情，而且非常的不安全。

二、网络游戏数据库是什么样的

网络游戏一般的可以使用MSSQL,这个是微软的,但是作为商业用途是要收费的

MSSQL应付一般的网络游戏已经足够了

如果需要免费的数据库,可以使用MySQL

这个也相当不错

你说的DAO,OLE DB是数据库驱动程序吧,不牵扯到具体的数据库

如果你要说驱动的话,各有各的好处吧

ole和odbc比较常用-

三、大型网络游戏开发需要什么知识

看你搞哪端了，服务器端确实图形方面知识不用那么多，数据库和网络接口，还有信息安全需要考虑

客户端的话，建议LZ去学个游戏引擎吧，这个编程语言一样，都是相通的，学会了一个，再用另一个的时候上手也会很快，毕竟现在早就不是完全用代码去“敲出”一个游戏的时代了，游戏引擎就是帮你把必要的逻辑算法整合到一起，如果你想自定义自己的游戏方式，结合编程语言的知识去学习那个游戏对应的脚本就好了，但更多的还是美工的活。

就拿UDK来说吧，整个引擎就好像一个3D MAX，你用引擎自带素材做一个和AI对战的射击游戏，完全可以用鼠标操作，把素材、场景导入UDK，然后如果你想设置触发事件，打开UDK的kismet（一个可视化编程工具），建立事件和触发事件对应的条件以及物品，用鼠标连连箭头（整体感觉就和UML图一样）。但是你想用自己的素材去做一个，你会发现，可能一把枪的建模，你就会头疼一个礼拜。

对于大型游戏，尤其是3D游戏来说，游戏引擎是必不可缺的，别看现在报道的引擎并不多，好像仅仅有虚幻引擎、孤岛危机的CE3引擎和战地3的寒霜2引擎一样（这些都是要买的，几百万一个，但是类似于UDK这样就是用来让别人接触利用游戏引擎开发游戏的免费版），其实还有很多开源引擎。

我只说大型游戏哈，开发游戏和开发游戏引擎是不一样的，开发游戏引擎需要很底层的知识，比如DX，因为你要去了解如何生成一个物品，并使它渲染出最好的效果，这是游戏引擎开发者需要干的事情。而游戏开发者就好像餐馆中拼盘的师傅一样，我们需要用别人整合到一起的资源，来进行加工和自定义。

当然，也不是说编程不重要，每个游戏引擎不可能就让你用它仅有的功能，如果你觉得他的事件设定不符合你的标准，或者引擎里并没有你要的事件，那么脚本就派上用场了。还是UDK来说，他的是虚幻脚本，类似于java的一种专属脚本，但是你学会C++或java后上手会很快。假如我想将自定义角色导入UDK，那么脚本就有大用了，你需要用脚本替换你的角色，为你的角色的各种动作定义。