在SQL Server tempdb满时检查数据文件
作为一名数据库DBA，肯定会听说过“tempdb数据库满了”。通常我们很容易确定造成这一问题的原因。但是更多的时候这一问题主要源于一组请求，涉及到新代码部署或逐渐增加的数据。
“Tempdb满了”意味着什么?
当SQL Server tempdb满了时，上层管理常常需要决策、一些开发人员可能会推卸责任，就连高级DBA也害怕碰到这种情况。
和我告诉管理员的一样，首先经验的做法就是：保持冷静。不要让还没有公布的情况给其他方面造成压力，那样可能酿成更大的错误。
既然情况已经出现了，那我们就来解决问题。Tempdb数据库由两部分组成：一是原始文件组里的数据文件，二是tempdb日志文件。这两者都可能出错，但错误信息会告诉你哪一部分满了。首先我们一起看看数据文件部分。在以后的文章部分中再讲解日志文件。
我们怎么压缩源文件?
首先我们要了解一下确定是什么占用大部分空间的方法，哪一个服务器有我们处理的ID号(SPID)、请求是从哪一台主机上发出的。以下查询将返回数据库里占空间的前1000个SPID。记住这些返回的值为页码数。为此，我算了一下存储值(单位为MB)。同样，我们还要注意计数器是随着SPID的使用时间而逐渐积累的：
SELECT top 1000
s.host_name, su.[session_id], d.name [DBName], su.[database_id],
su.[user_objects_alloc_page_count] [Usr_Pg_Alloc], su.[user_objects_dealloc_page_count] [Usr_Pg_DeAlloc],
su.[internal_objects_alloc_page_count] [Int_Pg_Alloc], su.[internal_objects_dealloc_page_count] [Int_Pg_DeAlloc],
(su.[user_objects_alloc_page_count]*1.0/128) [Usr_Alloc_MB], (su.[user_objects_dealloc_page_count]*1.0/128)
[Usr_DeAlloc_MB],
(su.[internal_objects_alloc_page_count]*1.0/128) [Int_Alloc_MB], (su.[inte
rnal_objects_dealloc_page_count]*1.0/128)
[Int_DeAlloc_MB]
from [sys].[dm_db_session_space_usage] su
inner join sys.databases d on su.database_id = d.database_id
inner join sys.dm_exec_sessions s on su.session_id = s.session_id
where (su.user_objects_alloc_page_count > 0 or
su.internal_objects_alloc_page_count > 0)
order by case when su.user_objects_alloc_page_count > su.internal_objects_
alloc_page_count then
相关文档：
对于我们这些仅用到sql简单查询开发人员来说，可能只了解一些基本的sql函数和<>=这样的条件语句，今天一个朋友问起：默认的join是outer还是inner。。。。
特地收集了一些东西，也贴出来和大家分享下：
joinleft outer join=left join , right outer join=right join, inner jo ......
由于最近要用到打包SQL Server 2005 Express Edition ，由于在安装过程中需要设置很多东西。带来很多的不便，于是在网上和MSDN找了好久终于找到办法了 ^_^
我用的是批处理来实现的，好了直接贴代码
CLS
@ECHO OFF
ECHO.
ECH ......
SQL SERVER 2000用sql语句如何获得当前系统时间
就是用GETDATE();
Sql中的getDate()2008年01月08日 星期二 14:59
Sql Server 中一个非常强大的日期格式化函数
Select CONVERT(varchar(100), GETDATE(), 0): 05 16 2008 10:57AM
Select CONVERT(varchar(100), GETDATE(), 1): 05/16/08
Select CONVERT(varchar(100), ......
对于SQL Server数据库管理员来讲，已满事务日志是一个琐碎的，但又很常见的问题。它能引发事务的提前终止，甚至通过阻止所有事务的引入，从而引起系统的崩溃。对于数据库管理员来说，关键是理解将要发生的情况，以便他们可以追踪引起问题的原因。 事务日志填充方式
以下是一些可能引起事务日志填满的原因：
填满� ......
就如同数据库DBA了解的一样，合适的索引能够提高查询性能和应用程序可测量性。但是每个附加的索引，都给系统增加了额外开销，因为随着数据从表和视图中不断增加、修改或清除，SQL Server需要维护这些索引。
之前，我介绍了一下动态管理视图(DMV)。它是一种很有用的监控和解决SQL Server故障的工具。本文是它的续篇， ......
