MSSQL网站制作之MS SQL紧缩数据库日记办法
在JOIN操作中（需要从多个数据表提取数据时），MySQL只有在主键和外键的数据类型相同时才能使用索引。数据|数据库|紧缩企业办理器内里的办法：
1、翻开企业办理器
2、翻开要处置的数据库
3、点击最下面菜单>工具>SQL查询剖析器，翻开SQL查询剖析器
4、在输出窗口内里输出:
程序代码：
DUMPTRANSACTION[数据库名]WITHNO_LOG
BACKUPLOG[数据库名]WITHNO_LOG
DBCCSHRINKDATABASE([数据库名])
点击绿色的小三角（或按F5）实行查询，等形态栏提醒处置完成便可！
程序内里的办法：
紧缩数据库日记
--1.清空日记
exec(DUMPTRANSACTION[+@dbname+]WITHNO_LOG)
--2.截断事件日记：
exec(BACKUPLOG[+@dbname+]WITHNO_LOG)
--3.压缩数据库文件(假如不紧缩,数据库的文件不会减小
exec(DBCCSHRINKDATABASE([+@dbname+]))
InnoDB数据表的索引,与InnoDB数据表相比，在InnoDB数据表上，索引对InnoDB数据表的重要性要大得多。在InnoDB数据表上，索引不仅会在搜索数据记录时发挥作用，还是数据行级锁定机制的苊、基础。 这是一个不错的新特性。虽然索引的附加字段没有索引键值效率高，但是相对映射到数据表中效率还是提高了很多。我做过试验，在我的实验环境中会比映射到表中提高30%左右的效率。 而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~ 同样会为索引视图等应用带来麻烦。看看行级和事务级的快照数据放在tempdb中，就能感觉到目前架构的尴尬。 两个月啃那本sqlserver2005技术内部-存储引擎，花了几个月啃四本书 不好!如果出了错;不好调试;不好处理!其实web开发将代码分为3层:web层;业务逻辑层和数据访问层;一般对数据库的操作都在数据访问层来做;这样便于调试和维护!而且将来如果是换了数据库的话;你只需要改数据层的代码;其他层的基本可以不变!要是你在jsp中直接调用sql数据库;那么如果换了数据库呢?岂不都要改?如果报了异常呢?怎么做异常处理? 语句级快照和事务级快照终于为SQLServer的并发性能带来了突破。个人感觉语句级快照大家应该应用。事务级快照，如果是高并发系统还要慎用。如果一个用户总是被提示修改不成功要求重试时，会杀人的！ 原理很简单，对要求长时间计算某一时间点的报表生成和防用户操作错误很有帮助。但是比起Oracle10g的闪回技术还是细粒度不够。可惜！ 但换公司用MSSQL2K感觉自己好像根本就不了解MSSQL。什么DTS触发器以前根本没用过。
页:
[1]