免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 7620 | 回复: 12
打印 上一主题 下一主题

sqlserver存储过程 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2010-10-19 17:05 |只看该作者 |倒序浏览
Server 2008 R2
其他版本

    * SQL Server 2008
    * SQL Server 2005

若要执行存储过程,可以使用 Transact-SQL EXECUTE 语句。如果存储过程是批处理中的第一条语句,那么不使用 EXECUTE 关键字也可以执行存储过程。
执行系统存储过程

系统存储过程以字符 sp_ 开头。它们物理上存储在资源数据库中,但逻辑上出现在 SQL Server 实例的每个系统定义数据库和用户定义数据库的 sys 架构中。可以从任何数据库执行系统存储过程,而不必完全限定存储过程名称。非架构限定名称可以是由一个部分组成的名称(如 sp_someproc),也可以是由三个部分组成的名称(如 somedb..sp_someproc),第二部分是架构名称,这里并未指定。

建议使用 sys 架构名称对所有系统存储名称进行限定,以防止名称冲突。以下示例说明执行系统存储过程的推荐方法。
复制

EXEC sys.sp_who;

下列示例说明执行系统存储过程的向后兼容方法。
ms189915.note(zh-cn,SQL.105).gif注意:
SQL Server 的未来版本中将删除下列执行系统存储过程的方法。请避免在新的开发工作中使用这些方法,并计划修改当前使用它们的应用程序。

复制

EXEC sp_who;
EXEC master.dbo.sp_who;
EXEC mydatabase..sp_who;
EXEC dbo.sp_who;
EXEC mydatabase.dbo.sp_who;

数据库排序规则匹配

SQL Server 2008 与系统过程名称匹配时调用数据库排序规则。因此,在应用程序中应始终使用系统过程名称的正确大小写形式。例如,如果在具有区分大小写的排序规则的数据库上下文中执行,以下代码将失败:
复制

exec SP_heLP; -- Will fail to resolve because SP_heLP does not equal sp_help

使用 sys.system_objects 和 sys.system_parameters 目录视图可以显示确切的系统存储过程名称。
执行系统扩展存储过程

系统扩展存储过程以字符 xp_ 开头。它们物理上存储在资源数据库中,但逻辑上出现在 SQL Server 实例的每个系统定义数据库和用户定义数据库的 sys 架构中。以下示例说明执行系统扩展存储过程的推荐方法。
复制

EXEC sys.xp_subdirs 'c:\';

执行用户定义存储过程

执行用户定义存储过程(不管是在批处理中还是在模块内,例如在用户定义存储过程或函数中)时,极力建议至少用架构名称限定存储过程名称。

以下示例说明执行用户定义存储过程的推荐方法。
复制

USE AdventureWorks2008R2;
GO
EXEC dbo.uspGetEmployeeManagers 50;

-或-
复制

EXEC AdventureWorks2008R2.dbo.uspGetEmployeeManagers 50;
GO

如果指定了非限定用户定义存储过程,则数据库引擎 按以下顺序搜索此过程:

    * 当前数据库的 sys 架构。
    * 调用方的默认架构(如果在批处理或动态 SQL 中执行)。或者,如果非限定的过程名称出现在另一个过程定义的主体中,则接着搜索包含这一过程的架构。有关默认架构的详细信息,请参阅用户架构分离。
    * 当前数据库中的 dbo 架构。

ms189915.note(zh-cn,SQL.105).gif重要提示:
如果用户创建的存储过程与系统存储过程同名,在使用非架构限定的名称引用的情况下,将永远不会执行用户创建的存储过程。有关详细信息,请参阅创建存储过程(数据库引擎)。

指定参数

如果将存储过程编写为可以接受参数值,那么可以提供参数值。

提供的值必须为常量或变量,不能将函数名称指定为参数值。变量可以是用户定义变量或系统变量,如 @@spid。

下列示例说明如何将参数值传递给存储过程 uspGetWhereUsedProductID。此过程需要两个输入参数值:一个产品 ID 和一个日期。下列示例说明了如何将参数作为常量和变量进行传递,以及如何使用变量传递函数值。
复制

USE AdventureWorks2008R2;
GO
-- Passing values as constants.
EXEC dbo.uspGetWhereUsedProductID 819, '20050225';
GO
-- Passing values as variables.
DECLARE @ProductID int, @CheckDate datetime;
SET @ProductID = 819;
SET @CheckDate = '20050225';
EXEC dbo.uspGetWhereUsedProductID @ProductID, @CheckDate;
GO
-- Try to use a function as a parameter value.
-- This produces an error message.
EXEC dbo.uspGetWhereUsedProductID 819, GETDATE();
GO
-- Passing the function value as a variable.
DECLARE @CheckDate datetime;
SET @CheckDate = GETDATE();
EXEC dbo.uspGetWhereUsedProductID 819, @CheckDate;
GO

如果希望以不同的顺序(而非参数在存储过程中的定义顺序)来指定参数,则需为参数命名。有关详细信息,请参阅指定参数名称。

若要指定参数必须将一个值返回到调用程序,请使用 OUTPUT 关键字。有关详细信息,请参阅指定参数的方向。
指定参数顺序

如果以 @parameter =value 格式提供多个参数,则可以按任何顺序提供参数。还可以省略那些已提供默认值的参数。如果以 @parameter =value 格式提供一个参数,则必须按此格式提供所有的后续参数。如果不以 @parameter =value 格式提供参数,则必须按照 CREATE PROCEDURE 语句中给出的顺序提供参数。

执行存储过程时,服务器将拒绝所有未包含在过程创建期间的参数列表中的参数。如果参数名称不匹配,通过引用传递(显式传递参数名称)的任何参数都不会被接受。
使用参数的默认值

虽然可以省略已提供默认值的参数,但只能截断参数列表。例如,如果一个存储过程有五个参数,那么您可以省略第四个和第五个参数,但不能跳过第四个参数而仍然包含第五个参数,除非以 @parameter =value 格式提供参数。

如果在存储过程中定义了参数的默认值,那

09-02-12
SQL Server存储过程的命名标准

在本文中,此示例标准蓝图的存储过程命名方法只适用于SQL内部,假如你正在创建一个新的存储过程,或是发现一个没有按照这个标准构造的存储过程,即可以参考使用这个标准。


注释:假如存储过程以sp_ 为前缀开始命名那么会运行的稍微的缓慢,这是因为SQL Server将首先查找系统存储过程,所以我们决不推荐使用sp_作为前缀。

存储过程的命名有这个的语法:


[proc] [MainTableName] By [FieldName(optional)] [Action]

[ 1  ]  [ 2 ]      [ 3 ]  [ 4 ]


(1) 所有的存储过程必须有前缀'proc'. 所有的系统存储过程都有前缀"sp_", 推荐不使用这样的前缀因为会稍微的减慢。


(2) 表名就是存储过程访问的对象。


(3) 可选字段名就是条件子句。 例如:


procClientByCoNameSelect, procClientByClientIDSelect



(4) 最后的行为动词就是存储过程要执行的任务。


如果存储过程返回一条记录那么后缀是:Select


如果存储过程插入数据那么后缀是:Insert


如果存储过程更新数据那么后缀是:Update


如果存储过程有插入和更新那么后缀是:Save


如果存储过程删除数据那么后缀是:Delete


如果存储过程更新表中的数据 (ie. drop and create) 那么后缀是:Create


如果存储过程返回输出参数或0,那么后缀是:Output

例子:

一个仅仅返回一个输出参数的存储过程:


ALTER PROCEDURE procClientRateOutput
         @pstrClientID VARCHAR(6) = 'CABLE',
         @pstrCategoryID VARCHAR(6) = '<All>',
         @pstrEmpID VARCHAR(6)='AC',
         @pdteDate datetime = '1996/1/1',
         @curRate MONEY OUTPUT

AS

-- Description: Get the $Rate for this client and this employee
--         and this category from Table ClientRate

SET @curRate = (
                SELECT TOP 1 Rate
                FROM ClientRate
                WHERE ClientID=@pstrClientID
                AND EmpID=@pstrEmpID
                AND CategoryID=@pstrCategoryID
                AND DateEnd > @pdteDate
                ORDER BY DateEnd
               )

IF @curRate IS NULL

         SET @curRate =
(
                SELECT TOP 1 Rate
                FROM ClientRate
                WHERE ClientID=@pstrClientID
                AND EmpID=@pstrEmpID
                AND CategoryID='<ALL>'
                AND DateEnd > @pdteDate
                ORDER BY DateEnd
               )

RETURN


从前的写法:


  Select 'procGetRate' or 'sp_GetRate'
  Insert 'procEmailMergeAdd'


目前的写法:


  'procClientRateSelect'
  'procEmailMergeInsert'


QL SERVER 存储过程学习笔记
将常用的或很复杂的工作,预先用SQL语句写好并用一个指定的名称存储起来, 那么以后要叫数据库提供与已定义好的存储过程的功能相同的服务时,只需调用execute,即可自动完成命令。

                  存储过程的优点

    1.存储过程只在创造时进行编译,以后每次执行存储过程都不需再重新编译,而一般SQL语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。
    2.当对数据库进行复杂操作时(如对多个表进行Update,Insert,Query,Delete时),可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。
    3.存储过程可以重复使用,可减少数据库开发人员的工作量
    4.安全性高,可设定只有某此用户才具有对指定存储过程的使用权

                       创建存储过程
*************************************************
语法
CREATE PROC[ EDURE ] [ owner. ] procedure_name [ ; number ]
    [ { @parameter data_type }
        [ VARYING ] [ = default ] [ OUTPUT ]
    ] [ ,...n ]

[ WITH
    { RECOMPILE | ENCRYPTION | RECOMPILE , ENCRYPTION } ]

[ FOR REPLICATION ]

AS sql_statement [ ...n ]

参数

owner

    拥有存储过程的用户 ID 的名称。owner 必须是当前用户的名称或当前用户所属的角色的名称。

procedure_name

    新存储过程的名称。过程名必须符合标识符规则,且对于数据库及其所有者必须唯一。

;number

    是可选的整数,用来对同名的过程分组,以便用一条 DROP PROCEDURE 语句即可将同组的过程一起除去。例如,名为 orders 的应用程序使用的过程可以命名为 orderproc;1、orderproc;2 等。DROP PROCEDURE orderproc 语句将除去整个组。如果名称中包含定界标识符,则数字不应包含在标识符中,只应在 procedure_name 前后使用适当的定界符。

@parameter

    过程中的参数。在 CREATE PROCEDURE 语句中可以声明一个或多个参数。用户必须在执行过程时提供每个所声明参数的值(除非定义了该参数的默认值,或者该值设置为等于另一个参数)。存储过程最多可以有 2.100 个参数。

使用 @ 符号作为第一个字符来指定参数名称。参数名称必须符合标识符的规则。每个过程的参数仅用于该过程本身;相同的参数名称可以用在其它过程中。默认情况下,参数只能代替常量,而不能用于代替表名、列名或其它数据库对象的名称。

data_type

    参数的数据类型。除 table 之外的其他所有数据类型均可以用作存储过程的参数。但是,cursor 数据类型只能用于 OUTPUT 参数。如果指定 cursor 数据类型,则还必须指定 VARYING 和 OUTPUT 关键字。对于可以是 cursor 数据类型的输出参数,没有最大数目的限制。

VARYING

    指定作为输出参数支持的结果集(由存储过程动态构造,内容可以变化)。仅适用于游标参数。

default

    参数的默认值。如果定义了默认值,不必指定该参数的值即可执行过程。默认值必须是常量或 NULL。如果过程将对该参数使用 LIKE 关键字,那么默认值中可以包含通配符(%、_、[] 和 [^])。

OUTPUT

    表明参数是返回参数。该选项的值可以返回给 EXEC[UTE]。使用 OUTPUT 参数可将信息返回给调用过程。Text、ntext 和 image 参数可用作 OUTPUT 参数。使用 OUTPUT 关键字的输出参数可以是游标占位符。

n

    表示最多可以指定 2.100 个参数的占位符。

{RECOMPILE | ENCRYPTION | RECOMPILE, ENCRYPTION}

    RECOMPILE 表明 SQL Server 不会缓存该过程的计划,该过程将在运行时重新编译。在使用非典型值或临时值而不希望覆盖缓存在内存中的执行计划时,请使用 RECOMPILE 选项。

ENCRYPTION 表示 SQL Server 加密 syscomments 表中包含 CREATE PROCEDURE 语句文本的条目。使用 ENCRYPTION 可防止将过程作为 SQL Server 复制的一部分发布。

FOR REPLICATION

    指定不能在订阅服务器上执行为复制创建的存储过程。.使用 FOR REPLICATION 选项创建的存储过程可用作存储过程筛选,且只能在复制过程中执行。本选项不能和 WITH RECOMPILE 选项一起使用。

AS

   指定过程要执行的操作。

sql_statement

   过程中要包含的任意数目和类型的 Transact-SQL 语句。但有一些限制。

n

   是表示此过程可以包含多条 Transact-SQL 语句的占位符。

**********************************************

注:*所包围部分来自MS的联机丛书.



                           几个实例

                        (AjaxCity表中内容)

     ID        CityName   Short

             1         苏州市     SZ  

             2     无锡市     WX

             3         常州市     CZ

1.选择表中所有内容并返回一个数据集

        CREATE PROCEDURE mysp_All
        AS
           select * from AjaxCity
        GO

执行结果

      

2.根据传入的参数进行查询并返回一个数据集

       CREATE PROCEDURE mysp_para
            @CityName varchar(255),

            @Short    varchar(255)
       AS
         select * from AjaxCity where CityName=@CityName And Short=@Short
       GO

执行结果

      

3.带有输出参数的存储过程(返回前两条记录的ID的和)

CREATE PROCEDURE mysp_output
       @SUM int  output
AS
       select @SUM=sum([ID]) from (select top 2 * from AjaxCity) as tmpTable
GO

执行结果

        

4.在存储过程中使用游标

  有这样一个表,存储的是各超阶级市下面的县级市的信息.如图:

  

   现在想统计出各个地级市下面的县级市的个数,并组成一个字符串.结果应该是"5,2,2".



CREATE PROCEDURE mysp_Cursor
    @Result varchar(255) output//声明输出变量
AS
    declare city_cursor cursor for//声明游标变量
    select [ID] from AjaxCity

set @Result=''
declare @Field int//声明临时存放CityID的变量
open city_cursor //打开游标
fetch next from city_cursor into @Field//将实际ID赋给变量
while(@@fetch_status=0)//循环开始
begin
       if @Result = ''
           select @Result = convert(nvarchar(2),count(*))  from AjaxCounty where CityID=@Field
       else
           select @Result = @Result + ',' + convert(nvarchar(2),count(*)) from AjaxCounty where CityID=@Field
      
       fetch next from city_cursor into @Field//下一个CityID
end
close city_cursor//关闭游标
deallocate city_cursor//释放游标引用
GO



执行结果

      



    好了,关于存储过程先写到这里.以上几个例子基本上实现了平常所用到的大部分功能.至于复杂的存储过程,所用到的知道主要是SQL的语法,以及SQL中内置函数的使用.已不属于本文所要讨

论坛徽章:
0
2 [报告]
发表于 2010-10-19 19:53 |只看该作者
if object_id('tempdb.dbo.#tmp_session') is not null drop table dbo.#tmp_session;

CREATE INDEX IDX_tmpsession_ActiveStatus ON #tmp_session(ActiveStatus);
CREATE INDEX IDX_tmpsession_login ON #tmp_session(Logon);

论坛徽章:
0
3 [报告]
发表于 2010-10-19 19:58 |只看该作者
提供一个SQL SERVER生成的类似操作给你参考一下:
if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[KC]') and OBJECTPROPERTY(id, N'IsUserTable') = 1)
drop table [dbo].[KC]

回答者: zhoube - 五级   2010-5-27 01:10

if exists (select * from sysobjects where name='mytable' and xtype='U')
  drop table mytable

SQL Server 表变量与临时表区别 收藏
问题 1:为什么在已经有了临时表的情况下还要引入表变量?

解答 1:与临时表相比,表变量具有下列优点:
•         如 SQL Server 联机丛书“表”(Table) 一文中所述,表变量(如局部变量)具有明确定义的范围,在该范围结束时会自动清除这些表变量。
•         与临时表相比,表变量导致存储过程的重新编译更少。
•         涉及表变量的事务仅维持表变量上更新的持续时间。因此,使用表变量时,需要锁定和记录资源的情况更少。因为表变量具有有限的范围并且不是持久性数据库的一部分,所以事务回滚并不影响它们。
问题 2:如果说使用表变量比使用临时表导致存储过程的重新编译更少,这意味着什么?

解答 2:下面的文章讨论了重新编译存储过程的一些原因:

243586 (http://support.microsoft.com/kb/243586/) 存储过程重新编译的疑难解答
“由于某些临时表操作引起的重新编译”一节还列出了为避免一些问题(例如使用临时表导致重新编译)而需要满足的一些要求。这些限制不适用于表变量。

表变量完全独立于创建这些表变量的批,因此,当执行 CREATE 或 ALTER 语句时,不会发生“重新解析”,而在使用临时表时可能会发生“重新解析”。临时表需要此“重新解析”,以便从嵌套存储过程引用该表。表变量完全避免了此问题,因此存储过程可以使用已编译的计划,从而节省了处理存储过程的资源。

问题 3:表变量有哪些缺陷?

解答 3:与临时表相比,它存在下列缺陷:
•         在表变量上不能创建非聚集索引(为 PRIMARY 或 UNIQUE 约束创建的系统索引除外)。与具有非聚集索引的临时表相比,这可能会影响查询性能。
•         表变量不像临时表那样可以维护统计信息。在表变量上,不能通过自动创建或使用 CREATE STATISTICS 语句来创建统计信息。因此,在大表上进行复杂查询时,缺少统计信息可能会妨碍优化器确定查询的最佳计划,从而影响该查询的性能。
•         在初始 DECLARE 语句后不能更改表定义。
•         表变量不能在 INSERT EXEC 或 SELECT INTO 语句中使用。
•         表类型声明中的检查约束、默认值以及计算所得的列不能调用用户定义的函数。
•         如果表变量是在 EXEC 语句或 sp_executesql 存储过程外创建的,则不能使用 EXEC 语句或 sp_executesql 存储过程来运行引用该表变量的动态 SQL Server 查询。由于表变量只能在它们的本地作用域中引用,因此 EXEC 语句和 sp_executesql 存储过程将在表变量的作用域之外。但是,您可以在 EXEC 语句或 sp_executesql 存储过程内创建表变量并执行所有处理,因为这样表变量本地作用域将位于 EXEC 语句或 sp_executesql 存储过程中。
问题 4:与临时表或永久表相比,表变量的仅存在于内存中的结构保证了更好的性能,是否因为它们是在驻留在物理磁盘上的数据库中维护的?

解答 4:表变量不是仅存在于内存中的结构。由于表变量可能保留的数据较多,内存中容纳不下,因此它必须在磁盘上有一个位置来存储数据。与临时表类似,表变量是在 tempdb 数据库中创建的。如果有足够的内存,则表变量和临时表都在内存(数据缓存)中创建和处理。

问题 5:必须使用表变量来代替临时表吗?

解答 5:答案取决于以下三个因素:
•         插入到表中的行数。
•         从中保存查询的重新编译的次数。
•         查询类型及其对性能的指数和统计信息的依赖性。
在某些情况下,可将一个具有临时表的存储过程拆分为多个较小的存储过程,以便在较小的单元上进行重新编译。

通常情况下,应尽量使用表变量,除非数据量非常大并且需要重复使用表。在这种情况下,可以在临时表上创建索引以提高查询性能。但是,各种方案可能互不相同。Microsoft 建议您做一个测试,来验证表变量对于特定的查询或存储过程是否比临时表更

论坛徽章:
0
4 [报告]
发表于 2010-10-20 18:10 |只看该作者
SELECT [Spid] = session_Id
, ecid
, [Database] = DB_NAME(sp.dbid)
, [User] = nt_username
, [Status] = er.status
, [Wait] = wait_type
, [Individual Query] = SUBSTRING (qt.text,
  er.statement_start_offset/2,
(CASE WHEN er.statement_end_offset = -1
  THEN LEN(CONVERT(NVARCHAR(MAX), qt.text)) * 2
ELSE er.statement_end_offset END -
  er.statement_start_offset)/2)
,[Parent Query] = qt.text
, Program = program_name
, Hostname
, nt_domain
, start_time
  FROM sys.dm_exec_requests er
  INNER JOIN sys.sysprocesses sp ON er.session_id = sp.spid
  CROSS APPLY sys.dm_exec_sql_text(er.sql_handle)as qt
  WHERE session_Id > 50 -- Ignore system spids.
  AND session_Id NOT IN (@@SPID) -- Ignore this current statement.
  ORDER BY 1, 2

论坛徽章:
0
5 [报告]
发表于 2010-10-20 19:59 |只看该作者
ql Server 2005 中的row_number()分页技术
在Sql Server 2005中,我们可以利用新增函数row_number()来更高效的实现分页存储

  CREATE PROCEDURE p_GetStudentInfo
  @PageSize INT,
  @PageIndex INT,
  @strWhere varchar(1500) -- 查询条件(注意: 不要加where)
  As
  Begin
  select * from (
  select row_number() over (order by StudentInfoId) row,* from StudentInfo ) StudentInfo
  where row between @PageSize*(@PageIndex-1) and @PageSize*@PageIndex
  End
  go

  依照群组显示每条记录在该群组中出现的顺序位置,在显示每条记录编号时非常有用,并且搭配OVER子句,这样就可以实现查询记录的条数了。

  我们现在来比较一下它们执行的性能,StudentInfo表中现在有30多万条数据,我们分别来执行下面的存储过程:

  Exec p_GetStudentInfo
  @PageSize = 10000,
  @PageIndex = 10,
  @strWhere = '1=1'

  在Sql Server 2000中,执行的时间是接近2秒;

  在Sql Server 2005中,执行的时间显示的是接近0秒。

  如果数据涉及到千万级的数据时,比较上面两种方法,就可以看到一些显著的差别了。

论坛徽章:
0
6 [报告]
发表于 2010-10-21 17:03 |只看该作者
http://www.3ddown.com/soft/14524.htm
强大建模工具下载

论坛徽章:
0
7 [报告]
发表于 2010-10-21 18:09 |只看该作者
这里有条SQL  查询所有的表行数

DECLARE @table TABLE( TableName NVARCHAR(50), RecordCount INT)

DECLARE @tableName NVARCHAR(50)
DECLARE @SQL NVARCHAR(4000)
DECLARE @RecordsNum INT

DECLARE localCursor cursor LOCAL FORWARD_ONLY STATIC READ_ONLY
  FOR SELECT [name] FROM SYSOBJECTS WHERE XTYPE='U'

OPEN localCursor

FETCH NEXT FROM localCursor into @tableName
WHILE (@@fetch_status=0)
  BEGIN
SET @SQL = 'SELECT @a=COUNT(*) FROM [' + @tableName + '] WITH(NOLOCK)';
EXEC sp_executesql @SQL,N'@a int output',@RecordsNum OUTPUT

    INSERT INTO @table( TableName, RecordCount)
VALUES( @tableName, @RecordsNum)

    FETCH NEXT FROM localCursor into @tableName
  END


CLOSE localCursor

DEALLOCATE localCursor

SELECT * FROM @table ORDER BY RecordCount DESC

论坛徽章:
0
8 [报告]
发表于 2010-10-21 18:57 |只看该作者
一、PowerDesigner生成sql问题
生成sql的方法是 Database -->Generate Database (Ctrl + G ) 但是提示

Could not load VBScript engine.
Check VBScript installation.

Generation aborted due to errors detected during the verification of the model.



检查了好久 发现将check model 去掉就可以了!其中,

one file on是否需要按照表生成许多个sql(默认选上,即不需要)
odbc generation    sql直接生成到数据库中
Automatic archive   生成sql同时生成apm文件。


二、Power designer, 反向工程生成ER图
1. In PowerDesigner, choose File | Reverse Engineer | Database.... The New Physical Data Model Dialog box, shown next, appears.DBMS要选成Oracle 10G, 然后点"OK"
2.在出来的database reverse engineering窗口里, 点上"Using script files", 再点那个"新建"的图标, 会出来个选择文件的对话框,选择script file的位置.then press "OK".
3. 生成ER diagram

论坛徽章:
0
9 [报告]
发表于 2010-10-22 16:28 |只看该作者
if @timestampType=0

if @timestampType='CET'
        begin
                declare @lastReportDate datetime;
                select  @lastReportDate= ReportDate from db where VendorID = @dd;
                if @lastReportDate is null
                        begin
                                insert into dw(dorID,ReportDate,ins) values(@pokeID,@reportDate,GETDATE());
                        end
                else
                        begin
                                if DATEDIFF(DAY,@lastReportDate,@reportDate)>=0
                                        begin
                                                        update DwProductBalanceUpdateLog set reportDate = @reportDate,ins =GETDATE() where VendorID = @ID:
                                        end
                        end       

exec procSessionBystatusSelect    '0',    5

declare  @nrow int;
set @nrow=1;

select top  (@nrow+10)  * from GmJob
where ID between (@nrow+1) and (@nrow+10);
;

论坛徽章:
0
10 [报告]
发表于 2010-10-26 15:01 |只看该作者
存储过程的优点和缺点

存储过程是由一些SQL语句和控制语句组成的被封装起来的过程,它驻留在数据库中,可以被客户应用程序调用,也可以从另一个过程或触发器调用。它的参数可以被传递和返回。与应用程序中的函数过程类似,存储过程可以通过名字来调用,而且它们同样有输入参数和输出参数。

  根据返回值类型的不同,我们可以将存储过程分为三类:返回记录集的存储过程,返回数值的存储过程(也可以称为标量存储过程),以及行为存储过程。顾名思义,返回记录集的存储过程的执行结果是一个记录集,典型的例子是从数据库中检索出符合某一个或几个条件的记录;返回数值的存储过程执行完以后返回一个值,例如在数据库中执行一个有返回值的函数或命令;最后,行为存储过程仅仅是用来实现数据库的某个功能,而没有返回值,例如在数据库中的更新和删除操作。

  使用存储过程的好处

  相对于直接使用SQL语句,在应用程序中直接调用存储过程有以下好处:

  (1)减少网络通信量。调用一个行数不多的存储过程与直接调用SQL语句的网络通信量可能不会有很大的差别,可是如果存储过程包含上百行SQL语句,那么其性能绝对比一条一条的调用SQL语句要高得多。

  (2)执行速度更快。有两个原因:首先,在存储过程创建的时候,数据库已经对其进行了一次解析和优化。其次,存储过程一旦执行,在内存中就会保留一份这个存储过程,这样下次再执行同样的存储过程时,可以从内存中直接调用。

  (3)更强的适应性:由于存储过程对数据库的访问是通过存储过程来进行的,因此数据库开发人员可以在不改动存储过程接口的情况下对数据库进行任何改动,而这些改动不会对应用程序造成影响。

  (4) 布式工作:应用程序和数据库的编码工作可以分别独立进行,而不会相互压制。

优点:
1.由于应用程序随着时间推移会不断更改,增删功能,T-SQL过程代码会变得更复杂,StoredProcedure为封装此代码提供了一个替换位置。

2.执行计划(存储过程在首次运行时将被编译,这将产生一个执行计划-- 实际上是 Microsoft SQL Server为在存储过程中获取由 T-SQL 指定的结果而必须采取的步骤的记录。)缓存改善性能。
........但sql server新版本,执行计划已针对所有 T-SQL 批处理进行了缓存,而不管它们是否在存储过程中,所以没比较优势了。

3.存储过程可以用于降低网络流量,存储过程代码直接存储于数据库中,所以不会产生大量T-sql语句的代码流量。

4.使用存储过程使您能够增强对执行计划的重复使用,由此可以通过使用远程过程调用 (RPC) 处理服务器上的存储过程而提高性能。RPC 封装参数和调用服务器端过程的方式使引擎能够轻松地找到匹配的执行计划,并只需插入更新的参数值。

5.可维护性高,更新存储过程通常比更改、测试以及重新部署程序集需要较少的时间和精力。

6.代码精简一致,一个存储过程可以用于应用程序代码的不同位置。

7.更好的版本控制,通过使用 Microsoft Visual SourceSafe 或某个其他源代码控制工具,您可以轻松地恢复到或引用旧版本的存储过程。

8.增强安全性:
a、通过向用户授予对存储过程(而不是基于表)的访问权限,它们可以提供对特定数据的访问;
b、提高代码安全,防止 SQL注入(但未彻底解决,例如,将数据操作语言--DML,附加到输入参数);
c、SqlParameter 类指定存储过程参数的数据类型,作为深层次防御性策略的一部分,可以验证用户提供的值类型(但也不是万无一失,还是应该传递至数据库前得到附加验证)。



缺点:

1.如果更改范围大到需要对输入存储过程的参数进行更改,或者要更改由其返回的数据,则您仍需要更新程序集中的代码以添加参数、更新 GetValue() 调用,等等,这时候估计比较繁琐了。

2.可移植性差

由于存储过程将应用程序绑定到 SQL Server,因此使用存储过程封装业务逻辑将限制应用程序的可移植性。如果应用程序的可移植性在您的环境中非常重要,则将业务逻辑封装在不特定于 RDBMS 的中间层中可能是一个更佳的选择。


区别一,存储过程保存在数据库里面,存储过程可以被连接此数据库的所有程序设计语言和程序使用,自定义函数不能。

区别二,存储过程可以有数据库管理软件修改,使得多层结构程序调整系统逻辑时,并不需要编译和分发程序。

区别三,存储过程执行中,不会引起网络流量,不占用程序服务器的内存和CPU资源。

存储过程优点和缺点
优点:

1.由于应用程序随着时间推移会不断更改,增删功能,T-SQL过程代码会变得更复杂,StoredProcedure为封装此代码提供了一个替换位置。

2.执行计划(存储过程在首次运行时将被编译,这将产生一个执行计划-- 实际上是 Microsoft SQL Server为在存储过程中获取由 T-SQL 指定的结果而必须采取的步骤的记录。)缓存改善性能。 ........但sql server新版本,执行计划已针对所有 T-SQL 批处理进行了缓存,而不管它们是否在存储过程中,所以没比较优势了。

3.存储过程可以用于降低网络流量,存储过程代码直接存储于数据库中,所以不会产生大量T-sql语句的代码流量。

4.使用存储过程使您能够增强对执行计划的重复使用,由此可以通过使用远程过程调用 (RPC) 处理服务器上的存储过程而提高性能。RPC 封装参数和调用服务器端过程的方式使引擎能够轻松地找到匹配的执行计划,并只需插入更新的参数值。

5.可维护性高,更新存储过程通常比更改、测试以及重新部署程序集需要较少的时间和精力。

6.代码精简一致,一个存储过程可以用于应用程序代码的不同位置。

7.更好的版本控制,通过使用 Microsoft Visual SourceSafe 或某个其他源代码控制工具,您可以轻松地恢复到或引用旧版本的存储过程。

8.增强安全性:

a、通过向用户授予对存储过程(而不是基于表)的访问权限,它们可以提供对特定数据的访问; b、提高代码安全,防止 SQL注入(但未彻底解决,例如,将数据操作语言--DML,附加到输入参数); c、SqlParameter 类指定存储过程参数的数据类型,作为深层次防御性策略的一部分,可以验证用户提供的值类型(但也不是万无一失,还是应该传递至数据库前得到附加验证)。

缺点:

1.如果更改范围大到需要对输入存储过程的参数进行更改,或者要更改由其返回的数据,则您仍需要更新程序集中的代码以添加参数、更新 GetValue() 调用,等等,这时候估计比较繁琐了。

2.可移植性差 由于存储过程将应用程序绑定到 SQL Server,因此使用存储过程封装业务逻辑将限制应用程序的可移植性。如果应用程序的可移植性在您的环境中非常重要,则将业务逻辑封装在不特定于 RDBMS 的中间层中可能是一个更佳的选择。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP