1、安装SQL企业版
建议:不要与系统安装在同一个盘符！ 关闭 1433 和 1434 端口
在我认为,EI3.0-SQL数据库是比较脆弱的数据库之一！
为了安全,有条件的情况下尽量使用路由器进行端口映射 把 7000 7100 7200 三个端口映射到EI3.0服务器上,查找相关帮助配置好您的服务端.
路由器相当于很便宜的硬件防火墙了,可以抵抗一定程度的DDOS,ICMP...等攻击..300-400元RMB左右的路由器就可以了！但前提是有端口映射功能
2、打上所有安全补丁
SQL-SP3补丁必须要打！
3、配置SQL服务
4SQL查询指令的使用
第一种使用方法:
对整个数据库进行查询
适用:
删除垃圾数据,删除复制装备等.......
二种使用方法:
对数据库中的某个数据表进行查询
人物装备在TBL_ITEM里，FLD_INDEX这列的数字就是了
不过要注意那个数值要减一就是物品的序号了
比如FLD_INDEX列的数值是5，那么5-1=4
他身上就有一件布衣（男） 注：布衣（男）序号为4
当然自己也可以由此加上物品了，免得不断的MAKE
删物品直接把那行删掉就行了
TBL_CHARACTER里面是职业，性别，头发等等
在这个表里面的FLD_DELETED列可以删除和恢复角色
值为0为存在，是1为删除，但可以恢复
TBL_ABILITY里面是血量，负重，攻击，防御等
TBL_MAGIC是学习的技能及其技能等级
5、数据库的备份与优化(因为时间的关系没做全面,大概应该比较清楚了)
6、限制SQL的日志增长或缩小SQL日志
如何缩小MSSQL的日志文件已经是一个经常性的问题了，
现在我们讨论一下治本的问题，即如何使日志文件不再增大？
先介绍一个简单的方法。
就是把数据库的故障还原模型设置为“简单”(SQL2K)。这样它就会在Checkpoint的时候截断日志。
具体操作方法是：
1、在Enterprise Manager中右键点数据库，“属性|选项|故障还原”，选择“简单”就可以了，如果是SQL7，在“属性|选项”中有一个“trunc. log on chkpt. ”，选中就可以了。
但是，要注意的是，这样做了之后，虽然日志不会增大，但是也意味着你一旦出现误操作，将不会有利用日志恢复的机会
所以，绝对不建议在生产数据库上截断日志，除非你有充足的理由和足够的把握，或者……
承担责任的不是你。
既然这种方法不安全，下面我将介绍一种安全的方法。
大家都知道，SQL Server 在完成事务日志备份时将自动截断事务日志中的不活动部分。这些不活动的部分包含已完成的事务，因此在恢复过程中不再使用。相反，事务日志的活动部分包含仍在运行但尚未完成的事务。SQL Server 将重新使用事务日志中这些截断的非活动空间，而不是任由事务日志继续增大并占用更多的空间。
所以，我们备份事务日志就可以使日志文件不再增大了。
但是呢，日志文件一直放着也不是个办法，删除呢，又会失去恢复的可能性。
我们可以结合完全备份来做。做过完全备份之前的事务日志就可以删除了。
比如说，一个备份计划，每天一次完全备份，保留7天内的，每15分钟一次事务日志备份，保留2天的。
用数据库维护计划向导可以很方便的建立备份计划，不过一定要记得设置保留多久的备份哦，否则硬盘空间被备份给占满了就坏事了。
--------------------------------------------------------
本论坛tianlan提供：
键列信息不足或不正确。影响更多行—的解决办法
键列信息不足或不正确。影响更多行——的解决办法
:?困绕我多时.最终在csdn找到答案！
举例：如果Monster出现上述情况 (这样讲解够小白吧)
企业管理器----选择sql服务器----选择数据库MUDDB---点企业管理器菜单里的“工具”----选择“SQL查询分析器”----打开后粘贴以下内容：
——————————————————————————————————
select distinct * into #temp from Monster
truncate table Monster
insert Monster select * from #temp
drop table #temp
——————————————————————————————————
先点 “对号” 再点“执行” 完成了。现在问题就解决了！！
