SQL的设置和使用还有查询的指令介绍

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 

先点 “对号” 再点“执行” 完成了。现在问题就解决了！！

以上就是关于SQL的全部流程不管是使用还是查询我们都能够一步到位为，其中是不能够出现差错的要是有那么一点不符那么我们可能就会面临着一些非常的眼中的后果。所以我们在面对这些个结构化语言的查询尤其要注意，而且还要细致非常毕竟这可是非常关键的一环，所以我们在面对这样的一个数据库所要做的就是需要完全的把这些弄清楚。