select *
from
(select [id]=row_number() over (order by getdate()),
date=convert(varchar(8),dateadd(dd,number,'2010-01-01'),112)
from
(select number from master..spt_values where type='p' )t ) X
join
(select '1' as id, 'A' as Col1 union all
select '2' as id,'B' as Col1 union all
select '3' as id ,'C' as Col1
) Y
on x.id % ( select count(*) + 1
from ( select '1' as id union all
select '2' as id union all
select '3' as id ) M)
=y.id
order by x.id ......
if exists(select * from sysobjects where name='atzk')--判断是否存在此表
drop table atzk
go
create table atzk
(
nid int identity(1,1) primary key,--nid自动编号，并设为主键。
mytitle varchar(50) not null,--通知的标题。
mycontents varchar(200)--发布通知的内容。
) ......
如果你的数据库运行在完整或是批量日志恢复模式下，那么你就需要使用作业(job)来定期备份事务日志，保持你的事务文件大小处在一个可管理的范围。当你需要还原事务日志时，你就需要按照创建事务日志的顺序来恢复它们。你可以参考存在msdb..backupset表中的信息来确定还原文件的顺序，使用FirstLSN和LastLSN列的值作参考。当你备份时，这些备份信息就会存在backupset表中
只要序列处于维护状态下，你就可以使用对应的日志把数据恢复到任意恢复点上。不幸的是，有些实例的序列已经被损坏了。下面两种情况普通是引起损坏的原因：
数据库的恢复模型被切换到了简单(SIMPLE)后，再次被切换回完整或是批量日志。
Backup log命令运行时，附带了TRUNCATE_ONLY/NO_LOG选项。
当上面两种情况发生时，你需要即可做一个数据库的完整备份，作为事务日志恢复的新的恢复点。那么你如何判断序列已经被破坏了呢？
在SQL Server 2000中，这确实有点麻烦。假如数据库恢复模型已经被更改了，或是备份时日志已经被截断了，那么当更改后，你第一次备份事务日志时，SQL Server 2000会显示如下输出：
There is no current database backup. This log backup cannot be used to roll forward a pr ......
Sql Server 有如下几种聚合函数SUM、AVG、COUNT、COUNT(*)、MAX 和 MIN，但是这些函数都只能聚合数值类型，无法聚合字符串。如下表:AggregationTable
Id Name
1 赵
2 钱
1 孙
1 李
2 周
如果想得到下图的聚合结果
Id Name
1 赵孙李
2 钱周
利用SUM、AVG、COUNT、COUNT(*)、MAX 和 MIN是无法做到的。因为这些都是对数值的聚合。不过我们可以通过自定义函数的方式来解决这个问题。
1.首先建立测试表，并插入测试数据：
view plaincopy to clipboardprint?
create table AggregationTable(Id int, [Name] varchar(10))
go
insert into AggregationTable
select 1,'赵' union all
select 2,'钱' union all
select 1,'孙' union all
select 1,'李' union all
select 2,'周'
go
create table AggregationTable(Id int, [Name] varchar(10))
go
insert into AggregationTable
select 1,'赵' union all
select 2 ......
日志序列编号(LSN)是事务日志里面每条记录的编号。
当你执行一次备份时，一些LSN值就被同时存储在文件本身及msdb..backupset表中。你可以使用RESTORE HEADERONLY语法来从备份文件中获取LSN值。
注意：在SQL Server 2000中，有一列叫做DifferentialBaseLSN。但在SQL Server 2005中，相同的列名称变成了DatabaseBackupLSN。正解的列名应该是DatabaseBackupLSN，这个名称才能表达出它的意义，你可以从SQL Server 2000的联机丛书中找到相关说明。
FirstFSN值是备份设备中第一个事务的日志序列号，LastLSN值是最后一个。CheckpointLSN值是最近一次checkpoint日志的序列号。DatabaseBackupLSN是最近一次数据库完整备份的日志序列号。
那么LSN值对我们来说，有什么价值呢？对于差异备份设备来说，DatabaseBackupLSN值可以告诉我们数据库完整备份都需要哪些差异备份。你需要找出所有CheckpointLSN值相同的完整备份和差异备份。
对于一个事务日志备份来说，在数据库还原过程中，FirstLSN和LastLSN值可以帮助我们对事务日志文件按序号进行排序。
假如数据库正处于还原状态，而且正在等待另外的还原事务日志，那你怎么能分辨出它当前的LastLSN值，以便你自己清楚下� ......
在勤哲EXCEL服务器中有左右内连接的操作，我们在这里用SQL语句来实际说明一下之间的区别与作用。
= 内连接 SQL中为inner join
*= 左连接 包含所有的左边表中的记录甚至是右边表中没有和它匹配的记录。 SQL中为left join
=* 右连接 包含所有的右边表中的记录甚至是左边表中没有和它匹配的记录。 SQL中为right join
在SQL语句中：
可以在 from 子句中使用INNER JOIN运算。.这是最普通的联接类型。只要在这两个表的公共字段之中有相符值，内部联接将组合两个表中的记录。
用 LEFT JOIN 运算 创建左边外部联接.左边外部联接将包含了从第一个（左边）开始的两个表中的全部记录，即使在第二个（右边）表中并没有相符值的记录。
用RIGHT JOIN 运算 创建 右边外部联接.右边外部联接将包含了从第二个（右边）开始的两个表中的全部记录，即使在第一个（左边）表中并没有匹配值的记录。
例如，可以使用 LEFT JOIN 与部门（左边）及员工（� ......
最新文章 : sql