MYSQL编程：一段优化排序的Sql语句
对于IT经理来说，令他们喜欢的MySQL的简单性还有另一方面。MySQL可以运行的更快速。某些人或许会说MySQL缺少了一些人们想要的功能。排序|优化|语句ifexists(select*fromdbo.sysobjectswhereid=object_id(N.)andOBJECTPROPERTY(id,NIsProcedure)=1)
dropprocedure.
GO
SETQUOTED_IDENTIFIERON
GO
SETANSI_NULLSOFF
GO
CREATEProcedureOrderOptimize
(
@IDint,
@intOrderint,
@TableNamevarchar(50)
)
AS
BEGINTRANSACTIONTransOrderOptimize
Declare@SqlStrnvarchar(500)
Declare@iint
Declare@CursorSqlnvarchar(500)
Declare@UpdateOrdernvarchar(500)
declare@TempIdint
--declare@CursorNamevarchar(50)
--print(Nupdate+cast(@TableNameasvarchar(50))+setintOrder=+cast(@intOrderasint)+whereID=+@ID+);
begin
set@SqlStr=Nupdate+cast(@TableNameasvarchar(50))+setintOrder=+cast(@intOrderasvarchar(50))+whereID=+cast(@IDasvarchar(10))+;
execsp_executesql@SqlStr;
end
Begin
setnocounton
set@i=0;
--set@CursorName=product;
--set@SqlTemp=NselectIDfrom+cast(@TableNameasvarchar(50))+ORDERBYintOrder;
--declareOrder_Cursorcursorforsp_executesql@SqlTemp
declare@tempnvarchar(500)
set@temp=NdeclareOrder_CursorcursorforselectIDfrom+cast(@TableNameasvarchar(50))+ORDERBYintOrder
execsp_executesql@temp
openOrder_Cursor
fetchnextfromOrder_Cursorinto@TempId
while@@FETCH_STATUS=0
Begin
--print@TempId;
set@i=@i+1;
set@UpdateOrder=NUpdate+cast(@TableNameasvarchar(50))+SetintOrder=+cast(@iasvarchar(10))+whereID=+cast(@TempIdasvarchar(10))+;
--print@UpdateOrder;
executesp_executesql@UpdateOrder
fetchnextfromOrder_Cursorinto@TempId
End
CLOSEOrder_Cursor
DEALLOCATEOrder_Cursor
End
if@@error0
Begin
raiserror(排序优化失利，请与开辟商接洽！,16,1)
RollBackTransactionTransOrderOptimize
Return99
end
CommitTransactionTransOrderOptimize
GO
SETQUOTED_IDENTIFIEROFF
GO
SETANSI_NULLSON
GO
应用程序需要使用数据库，数据库本身需要设计、开发和部署。还有MySQL学习教程，客户怎样实施混合系统，或者需要帮助管理多个云服务? 原理很简单，对要求长时间计算某一时间点的报表生成和防用户操作错误很有帮助。但是比起Oracle10g的闪回技术还是细粒度不够。可惜！ 如果我们从集合论（关系代数）的角度来看，一张数据库的表就是一组数据元的关系，而每个SQL语句会改变一种或数种关系，从而产生出新的数据元的关系（即产生新的表）。 varchar(max)\\\\nvarchar(max)类型的引入大大的提高了编程的效率，可以使用字符串函数对CLOB类型进行操作，这是一个亮点。 其中最有名的应该是row_number了。这个终于解决了用临时表生成序列号的历史，而且SQLServer2005的row_number比Oracle的更先进。因为它把Orderby集成到了一起，不用像Oracle那样还要用子查询进行封装。 可能有的朋友会抱怨集成的orderby，其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率，可以为orderby的字段建立聚集索引，查询计划会忽略orderby操作（因为本来就是排序的嘛）。 我是一个ERP初学者，对于前台运用基本熟悉，但对于后台SQLServer的运用一点也不懂，特想学习下相关资料。至少懂得一些基本的运用。希望各位能给于建议，小弟再谢过！ 我是一个ERP初学者，对于前台运用基本熟悉，但对于后台SQLServer的运用一点也不懂，特想学习下相关资料。至少懂得一些基本的运用。希望各位能给于建议，小弟再谢过！ 无法深入到数据库系统层面去了解和探究
页:
[1]