-
Sql Server中怎样执行多条语句并返回Select查询后的姑且表
所属栏目：[MsSql教程] 日期：2016-10-27 热度：110
SET ANSI_NULLS ONGO SET QUOTED_IDENTIFIER ONGO -- ============================================= CREATE FUNCTION csj_csj(@id as int) RETURNS @temp table --这里返回一个自己创建的表，里面的字段根据自己的需要设 ( [id] int, [zd] varchar(100),[详细]
-
Sql Server 2008 R2占用内存一向增添到死锁的题目
所属栏目：[MsSql教程] 日期：2016-10-27 热度：161
最近有一客户服务器， 内存 小点， 内存 占用 很高，经查是sql server 问题 ，只能重启Sql服务器来清理内存，后来，试一方法，解决： 进入Sql server 企业管理器（管理数据库和表的，这个都不知道就不用往下看了），在数据库服务器名称上点击【右键】，选[详细]
-
Sql Server中如何让程序暂停几秒中再执行后面的命令
所属栏目：[MsSql教程] 日期：2016-10-14 热度：190
-- 语法 WAITFOR { DELAY 'time_to_pass' | TIME 'time_to_execute' | [ ( receive_statement ) | ( get_conversation_group_statement ) ] [ , TIMEOUT timeout ] } 注意:Delay最多不超过24小时 waitfor delay'00:00:10' -- 暂停10秒 select GETDATE() WA[详细]
-
使用T-SQL的好习惯
所属栏目：[MsSql教程] 日期：2016-10-14 热度：143
副标题#e# 1.在生产环境中不要出现Select * 这一点我想大家已经是比较熟知了，这样的错误相信会犯的人不会太多。但我这里还是要说一下。 不使用Select *的原因主要不是坊间所流传的将*解析成具体的列需要产生消耗，这点消耗在我看来完全可以忽略不计。更主[详细]
-
T-SQL查询进阶：视图详解
所属栏目：[MsSql教程] 日期：2016-10-14 热度：137
副标题#e# 简介 视图可以看作定义在SQL Server上的虚拟表.视图正如其名字的含义一样，是另一种查看数据的入口.常规视图本身并不存储实际的数据，而仅仅存储一个Select语句和所涉及表的metadata. 视图简单的理解如下: 通过视图，客户端不再需要知道底层table[详细]
-
T-SQL查询进阶：流程控制语句
所属栏目：[MsSql教程] 日期：2016-10-14 热度：173
副标题#e# 概述 和其他高级语言一样，T-SQL中也有用于控制流程的语句。T-SQL中的流程控制语句进一步扩展了T-SQL的力量使得大部分业务逻辑可以在数据库层面进行。但很多人对T-SQL中的流程控制语句并没有系统的了解，本篇文章会系统的对T-SQL语句中的流程控制[详细]
-
T-SQL查询进阶：深入理解子查询
所属栏目：[MsSql教程] 日期：2016-10-14 热度：106
副标题#e# 引言 SQL有着非常强大且灵活的查询方式，而多表连接操作往往也可以用子查询进行替代,本篇文章将会讲述子查询的方方面面。 简介 子查询本质上是嵌套进其他SELECT,UPDATE,INSERT,DELETE语句的一个被限制的SELECT语句,在子查询中，只有下面几个子句[详细]
-
SQL Server误区：有关堆碎片的误区
所属栏目：[MsSql教程] 日期：2016-10-14 热度：88
误区 #29:可以通过对堆建聚集索引再DROP后进行堆上的碎片整理 Nooooooooooooo!!! 对堆建聚集索引再DROP在我看来是除了收缩数据库之外最2的事了。 如果你通过sys.dm_db_index_physical_stats(或是老版本的DBCC SHOWCONTIG)看到堆上有碎片，绝对不要通过建立[详细]
-
SQL Server误区：有关大容量事务日志恢复模式的误区
所属栏目：[MsSql教程] 日期：2016-10-14 热度：193
误区 #28:有关大容量事务日志恢复模式的几个误区 28 a)常见的DML操作可以被最小记录日志 不是。在大容量事务日志恢复模式下只有一小部分批量操作可以被最小记录日志,这类操作的列表可以在Operations That Can Be Minimally Logged找到。这是适合SQL Server[详细]
-
SQL Server误区：使用BACKUP ... WITH CHECKSUM可以替代DBCC CheckDB
所属栏目：[MsSql教程] 日期：2016-10-14 热度：170
误区 #27:使用BACKUP ... WITH CHECKSUM可以替代DBCC CheckDB 错误 乍一看，由于BACKUP WITH CHECKSUM会检测所有分配出去的页的校验和的值，这个误区貌似是这么回事，但实际上并不是这么回事，原因如下: 由SQL Server 2000或是更早版本升上来的数据库page[详细]
-
SQL Server误区：有关填充因子的误区
所属栏目：[MsSql教程] 日期：2016-10-14 热度：59
误区 #25:多个有关填充因子的误区 都是错误的 25a) 填充因子是一直存在的 不是的，通过Books Online可以看到(译者：我在新版的BOL没有找到这句话): 重要: 填充因子仅仅在索引创建或重建时生效，SQL Server存储引擎并不会一直保证页内的空闲值和填充因子保[详细]
-
SQL Server误区：26个有关还原(Restore)的误区
所属栏目：[MsSql教程] 日期：2016-10-14 热度：97
本系列文章一直所没有触及的就是有关还原(Restore)的话题，因为一旦牵扯到这个话题就会涉及大量的误区，多到我无法通过一篇文章说完的地步。 事实上，我希望用字母表的顺序为每一个误区进行编号，希望你看了不要昏昏欲睡。下面开始揭穿这26个误区。 Myth #[详细]
-
SQL Server误区：有关锁升级的误区
所属栏目：[MsSql教程] 日期：2016-10-14 热度：127
误区 #23: 锁升级的过程是由行锁升级到页锁，再由页锁升级到表锁 错误 实际不是，在SQL Server 2005和之前的版本，锁升级会直接升到表锁。 在SQL Server 2005或SQL Server 2008，你可以通过如下跟踪标志改变锁升级的行为: 标志1211-完全禁止锁升级，但锁使[详细]
-
数据库损坏可以通过重启MSSQL或是Windows或是附加和分离数据库解决
所属栏目：[MsSql教程] 日期：2016-10-14 热度：138
误区 #21:数据库损坏可以通过重启SQL Server或是Windows,或是附加和分离数据库解决 错误 SQL Server中没有任何一项操作可以修复数据损坏。损坏的页当然需要通过某种机制进行修复或是恢复-但绝不是通过重启动SQL Server,Windows亦或是分离附加数据库。 而实[详细]
-
SQL Server误区：在破坏日志备份链后需要完整备份来重新开始日志链
所属栏目：[MsSql教程] 日期：2016-10-14 热度：92
误区 #20:在破坏日志备份链之后，需要一个完整备份来重新开始日志链 错误 事务日志备份会备份自上次事务日志备份以来所有的事务日志(如果从来没有过日志备份的话，那就从上一次完整备份开始)。有好几种类型的操作会中断事务日志的连续性，也就是说除非重新[详细]
-
SQL Server误区：有关FileStream的存储及垃圾回收
所属栏目：[MsSql教程] 日期：2016-10-14 热度：153
误区 #18:如下多个有关FileStream的误区 全部错误 18 a)FileStream数据可以在远程存储 不能，由于FileStream数据容器(指的是存放FileStream文件的NTFS文件夹，杜撰出来的术语)必须像数据文件或日志文件那样符合本地存储策略-也就是说，这个数据容器必须放[详细]
-
SQL Server误区：CheckPoint只会将已提交的事务写入磁盘
所属栏目：[MsSql教程] 日期：2016-10-14 热度：197
误区 #15:CheckPoint只会将已提交的事务写入磁盘 错误 这个误区是由于太多人对日志和恢复系统缺少全面的了解而存在已久。CheckPoint会将自上次CheckPoint以来所有在内存中改变的页写回磁盘(译者注：也就是脏页),或是在上一个CheckPoint读入内存的脏页写入[详细]
-
SQL Server误区：在SQL Server 2000兼容模式下不能使用DMV
所属栏目：[MsSql教程] 日期：2016-10-14 热度：176
误区 #13.在SQL Server 2000兼容模式下不能使用DMV 错误 对于兼容模式已经存在了很多误解。80的兼容模式的数据库是否意味着能够附加或恢复到SQL Server 2000数据库?当然不是。这只是意味着一些T-SQL的语法，查询计划的行为以及一些其它方面和SQL Server 20[详细]
-
SQL Server误区：TempDB的文件数和需要和CPU数目保持一致
所属栏目：[MsSql教程] 日期：2016-10-14 热度：123
误区 #12:TempDB的文件数和需要和CPU数目保持一致 错误 哎，由于上述误区是微软官方的建议，并且还有大量博文坚持这个观点，这个误区已经是老生常谈。 但让人困惑的是SQL CAT团队给出的建议就是1：1，但这个建议是源自扩展方面的原理来说,而不是一个通用法[详细]
-
SQL Server误区：镜像在检测到故障后瞬间就能故障转移
所属栏目：[MsSql教程] 日期：2016-10-14 热度：157
误区 #11:镜像在检测到故障后瞬间就能故障转移 错误 数据库镜像的故障转移既可以自动发起，也可以手动发起。 在自动发起的情况下,是由镜像服务器执行故障转移操作（你没有看错，并不是由见证服务器来做故障转移的决定）,在见证服务器和镜像服务器都发现无[详细]
-
SQL Server误区：数据库镜像在故障发生后马上就能发现
所属栏目：[MsSql教程] 日期：2016-10-14 热度：70
误区10.数据库镜像在故障发生后，马上就能发现 错误 市面上大肆宣传数据库镜像技术可以在故障发生后，立即检测到错误并进行故障转移。 但事实并不是这样，检测到故障发生的速度要取决于故障的类型。 检测故障发生的最快的情况是，镜像中的主体实例崩溃，从[详细]
-
SQL Server误区：即时文件初始化特性可以在SQL Server中 a)开启 和 b)关闭
所属栏目：[MsSql教程] 日期：2016-10-14 热度：74
误区 #3: 即时文件初始化特性可以在SQL Server中 a)开启 和 b)关闭 a)是不允许的 b)是允许的 即时文件初始化是一个在SQL Server 2005以及之上的版本鲜为人知的特性。这个特性允许数据文件(仅仅是数据文件，不包括日志文件)初始化的过程跳过填0初始化过程。[详细]
-
SQL Server误区：在服务器故障转移后，正在运行的事务继续执行
所属栏目：[MsSql教程] 日期：2016-10-13 热度：130
误区 #1：在服务器故障转移后，正在运行的事务继续执行 这当然是错误的! 每次故障转移都伴随着某种形式的恢复。但是如果当正在执行的事务没有Commit时，由于服务器或实例崩溃导致连接断开，SQL Server可没有办法在故障转移后的服务器重新建立事务的上下文[详细]
-
SQL Server日志在高可用和灾难恢复中的作用
所属栏目：[MsSql教程] 日期：2016-10-13 热度：113
副标题#e# 简介 日志的作用是保证持久性和数据一致性，通过日志可以实现数据的Undo与Redo，因此通过日志，SQL Server不仅仅可以实现灾难恢复，还可以通过日志的Redo来实现高可用性。本篇文章主要讲述日志在SQL Server中提供的几种高可用性中的作用以及在灾[详细]
-
如何使用XML向SQL Server 2005批量写入数据：关于XML时间格式
所属栏目：[MsSql教程] 日期：2016-10-13 热度：183
副标题#e# 常常遇到需要向SQL Server插入批量数据，然后在存储过程中对这些数据进行进一步处理的情况。存储过程并没有数组、列表之类的参数类型，使用XML类型可妥善解决这个问题。 不过，SQL Server2005对标准xml的支持不足，很多地方需要特别处理。举一个[详细]
浙公网安备 33038102330459号