insert into tablename与Select * into tablename 比较

select|比较

insert into tablename 时表tablename必须存在
select * into tablename 时表不能存在

在数据库的故障还原模型为“简单”的时候,select * into tablename要快,因为在数据库的故障还原模型为“简单”的时候select * into tablename是不会产生大量日志的

--测试:
--前提条件是数据库的故障还原模型为“简单”

--1、用select into 生成大数据量的表  你可以在语句运行之前查看你的ldf文件(log)
--然后在运行之后再查看,log增长很小,而建表的速度比较快
if exists (select * from dbo.sysobjects where id = object_id(N'[tb_pwd3]') and OBJECTPROPERTY(id, N'IsUserTable') = 1)
drop table [tb_pwd3]
GO
--生成临时表
select top 256 seq_no=identity(int,0,1) into #t from syscolumns
--生成密码3位字典表内容
select pwd=char(a.seq_no)+char(b.seq_no)+char(c.seq_no) into tb_pwd3 from #t a,#t b,#t c
go

drop table #t

--这两种情况你要分开测试,测试第2种情况的时候你要保证你的磁盘有足够的空间,磁盘的格式要ntfs格式才行

--2、用insert into 生成大数据量的表  你可以在语句运行之前查看你的ldf文件(log)
--然后在运行之后再查看,log增长很快,而建表的速度也慢,要写log呀
if exists (select * from dbo.sysobjects where id = object_id(N'[tb_pwd3]') and OBJECTPROPERTY(id, N'IsUserTable') = 1)
drop table [tb_pwd3]
GO
create table tb_pwd3(
pwd char(3)
)
go
--生成临时表
select top 256 seq_no=identity(int,0,1) into #t from syscolumns
--生成密码3位字典表内容
insert into tb_pwd3 select pwd=char(a.seq_no)+char(b.seq_no)+char(c.seq_no)  from #t a,#t b,#t c
go

drop table #t

附:sql server2000还原模型的说明
SQL Server 2000为我们提供了三种数据库恢复模型:simple(简单恢复),full(完全恢复),bulk_logged(大容量日志记录恢复)。
简单恢复模型最容易操作,但它是最缺乏灵活性的灾难恢复策略。选择简单恢复模型等同于把trunc. log on chkpt.设置成true。在这种恢复模型下,我们只能进行完全备份和差异备份(differential backup):这是因为事务日志总是被截断,事务日志备份不可用。一般地,对于一个包含关键性数据的系统,我们不应该选择简单恢复模型,因为它不能够帮助我们把系统还原到故障点。使用这种恢复模型时,我们最多只能把系统恢复到最后一次成功进行完全备份和差异备份的状态。进行恢复时,我们首先要恢复最后一次成功进行的完全备份,然后在此基础上恢复差异备份(差异备份只能把自从数据库最后一次完全备份之后对数据库的改动施加到数据库上)。
完全恢复模型把trunc. log on chkpt.选项和Select Into/Bulk Copy选项都设置成false。完全恢复具有把数据库恢复到故障点或特定即时点的能力。对于保护那些包含关键性数据的环境来说,这种模型很理想,但它提高了设备和管理的代价,因为如果数据库访问比较频繁的话,系统将很快产生庞大的事务日志记录。由于在这种模型中Select Into/Bulk Copy设置成了false,SQL Server将记录包括大容量数据装入在内的所有事件。
最后一种恢复模型是大容量日志记录恢复,它把trunc. log on chkpt.设置成false,把Select Into/Bulk Copy设置成true。在大容量日志记录恢复模型中,大容量复制操作的数据丢失程度要比完全恢复模型严重。完全恢复模型记录大容量复制操作的完整日志,但在大容量日志记录恢复模型下,SQL Server只记录这些操作的最小日志,而且无法逐个控制这些操作。在大容量日志记录恢复模型中,数据文件损坏可能导致要求手工重做工作。 下表比较了三种恢复模型的特点。恢复模型 优点 工作损失表现 能否恢复到即时点?
简单 允许高性能大容量复制操作。
收回日志空间,使得空间要求最小。 必须重做自最新的数据库或差异备份后所发生的更改。 可以恢复到任何备份的结尾处。随后必须重做更改。
完全 数据文件丢失或损坏不会导致工作损失。
可以恢复到任意即时点(例如,应用程序或用户错误之前)。 正常情况下没有。
如果日志损坏,则必须重做自最新的日志备份后所发生的更改。 可以恢复到任何即时点。
大容量日志记录 允许高性能大容量复制操作。
大容量操作使用最少的日志空间。 如果日志损坏,或者自最新的日志备份后发生了大容量操作,则必须重做自上次备份后所做的更改。 否则不丢失任何工作。 可以恢复到任何备份的结尾处。随后必须重做更改。

在数据库的Options选项卡中,我们可以从Model下拉列表框选择Simple把恢复模型改成简单模型。另外,Microsoft扩展了ALTER DATABASE命令,我们可以用它设置数据库属性。例如,用下面这个T-SQL命令可以把恢复模型设置为完全恢复模型:ALTER DATABASE Northwind SET RECOVERY FULL

 

时间: 2024-09-11 04:47:48

insert into tablename与Select * into tablename 比较的相关文章

Hibernate 做批量Insert操作再做select操作会出现前边Insert只有第一条是插入,后边都是在这一条上update

问题描述 我是操作的同一张表 解决方案 主键是不是一样的?查一下代码,生成主键的地方.

sql insert into语句优化方法

 代码如下 复制代码 insert into table value('a','b'); ... insert into table value('m','n');    但是由于每进行一次insert into 都会对数据库进行一次I/O操作,所以导致这样的循环插入方式变的非常慢 所以,可以使用一条insert into进行批量插入  代码如下 复制代码 insert into table values('a','b'),('c','d'),('e','f')...('m','n');  上面

简单的php数据库操作类代码(增,删,改,查)_php实例

数据库操纵基本流程为: 1.连接数据库服务器 2.选择数据库 3.执行SQL语句 4.处理结果集 5.打印操作信息 其中用到的相关函数有 •resource mysql_connect ( [string server [, string username [, string password [, bool new_link [, int client_flags]]]]] ) 连接数据库服务器•resource mysql_pconnect ( [string server [, strin

SQL-记录表历史

很多时候,都需要对数据表进行历史记录.比如每修改一次表单,之前的表单数据都需要计入历史.当表单比较多的时候,记录历史是一件比较麻烦的事情.又要建日志表,又要写存储过程,又要写页面逻辑等等.有没有通用点的办法呢?最近做项目时碰到了,要求每次审核.退回等操作时就要记录表历史.于是,笔者就想到了以下方案.在此与大家分享了,如果有更合适的或合理的建议,请回复本帖. 1)创建日志表 一个一个建表是一件烦躁的事,而且还容易出错.那么,以下存储过程就能批量建表了,还添加了LogCreateDate.LogDe

SQL SERVER 中构建执行动态SQL语句的方法

1 :普通SQL语句可以用exec执行 Select * from tableName exec('select * from tableName') exec sp_executesql N'select * from tableName' -- 请注意字符串前一定要加N 2:字段名,表名,数据库名之类作为变量时,必须用动态SQL declare @fname varchar(20) set @fname = 'FiledName' --Select @fname from tableName

动态SQL语句

动态|语句 1:普通SQL语句可以用Exec执行eg:   Select * from tableName      Exec('select * from tableName')      sp_executesql N'select * from tableName'    -- 请注意字符串前一定要加N 2:字段名,表名,数据库名之类作为变量时,必须用动态SQLeg:   declare @fname varchar(20) set @fname = '[name]'Select @fna

初学者基本语法:动态SQL语句

sql|初学|动态|语法|语句 1 :普通SQL语句可以用Exec执行eg: Select * from tableName Exec('select * from tableName') Exec sp_executesql N'select * from tableName' -- 请注意字符串前一定要加N 2:字段名,表名,数据库名之类作为变量时,必须用动态SQLeg: declare @fname varchar(20) set @fname = 'FiledName' Select @

谈一谈SQL Server中的执行计划缓存(上)

原文:谈一谈SQL Server中的执行计划缓存(上) 简介     我们平时所写的SQL语句本质只是获取数据的逻辑,而不是获取数据的物理路径.当我们写的SQL语句传到SQL Server的时候,查询分析器会将语句依次进行解析(Parse).绑定(Bind).查询优化(Optimization,有时候也被称为简化).执行(Execution).除去执行步骤外,前三个步骤之后就生成了执行计划,也就是SQL Server按照该计划获取物理数据方式,最后执行步骤按照执行计划执行查询从而获得结果.但查询

浅析SQL Server中的执行计划缓存(上)_MsSql

简介 我们平时所写的SQL语句本质只是获取数据的逻辑,而不是获取数据的物理路径.当我们写的SQL语句传到SQL Server的时候,查询分析器会将语句依次进行解析(Parse).绑定(Bind).查询优化(Optimization,有时候也被称为简化).执行(Execution).除去执行步骤外,前三个步骤之后就生成了执行计划,也就是SQL Server按照该计划获取物理数据方式,最后执行步骤按照执行计划执行查询从而获得结果.但查询优化器不是本篇的重点,本篇文章主要讲述查询优化器在生成执行计划之