MYSQL网页编程之一个四用户信息同步更新的存储历程

到2009年，甲骨文的数据库Oracle已经诞生了30周年，而MySQL却连它的一半时间都没有。微软的SQLServer仅仅比MySQL大两年，但是SQLServer的发布是建立在Sybase的基础上。存储历程不有用，之以是写，一为向导的请求，别的也熟习下写代码，代码多写点也没甚么害处，而且写了以后发明一时表还挺简单用的，数据量小的时分，并显不出一时表速率不可的成绩．
代码以下：
SETQUOTED_IDENTIFIERON
GO
SETANSI_NULLSON
GO
/*
Name:游戏中四人数据同时更新
DesignedBy:whbo
DesignedAt:2005-10-12
ModifiedBy:
ModifiedAt:
Memo:
*/
ALTERPROC[PrMoney_UpdateCash2]
@chvModeNamevarchar(16),
@chvSourceNamevarchar(64),
@chvRemarkvarchar(128),
@intUserID1int,
@intUserID2int,
@intUserID3int,
@intUserID4int,
@intWantedAmount1int,
@intWantedAmount2int,
@intWantedAmount3int,
@intWantedAmount4int,
@chvIPAddress1varchar(15),
@chvIPAddress2varchar(15),
@chvIPAddress3varchar(15),
@chvIPAddress4varchar(15),
@inyLogtinyint
as
setnocounton
setxact_aborton
Declare@intCashAmount1int,@intCashAmount2int,@intCashAmount3int,@intCashAmount4int
Declare@FRatefloat,@FTempfloat
Declare@bNeedReCalcbit--0:不必重算；1:必要重算
set@FRate=1.0
set@FTemp=1.0
set@bNeedReCalc=0
Declare@FTemp1float,@FTemp2float,@FTemp3float,@FTemp4float
--这里要注重，更新用户现金取数据库中的数据，跟游戏服务器可否坚持分歧
--获得用户现金
select@intCashAmount1=[Amount]from[dbo].[Money]where[UserID]=@intUserID1
select@intCashAmount2=[Amount]from[dbo].[Money]where[UserID]=@intUserID2
select@intCashAmount3=[Amount]from[dbo].[Money]where[UserID]=@intUserID3
select@intCashAmount4=[Amount]from[dbo].[Money]where[UserID]=@intUserID4
CreateTable#Temp1(TTempfloat)
if@intCashAmount1+@intWantedAmount1<0
begin
set@FTemp=-@intCashAmount1/@intWantedAmount1
insertinto#temp1values(@FTemp)
end

if@intCashAmount2+@intWantedAmount2<0
begin
set@FTemp=-@intCashAmount2/@intWantedAmount2
insertinto#temp1values(@FTemp)
end
if@intCashAmount3+@intWantedAmount3<0
begin
set@FTemp=-@intCashAmount3/@intWantedAmount3
insertinto#temp1values(@FTemp)
end
if@intCashAmount4+@intWantedAmount4<0
begin
set@FTemp=-@intCashAmount4/@intWantedAmount4
insertinto#temp1values(@FTemp)
end
set@FTemp=(selectmin(@FTemp)from#temp)
droptable#temp1
if@FTemp<@FRate
begin
set@FRate=@FTemp
set@BNeedReCalc=1
end
if@BNeedReCalc=1
begin
set@intWantedAmount1=@intWantedAmount1*@FRate
set@intWantedAmount2=@intWantedAmount2*@FRate
set@intWantedAmount3=@intWantedAmount3*@FRate
set@intWantedAmount4=@intWantedAmount4*@FRate
end
begintran
exec[prMoney_UpdateCash]
@chvModeName,--经由过程甚么体例，如WEB、GameServer等
@chvSourceName,--体例的源,如金币麻将服务器、假造股市等
@chvRemark,--别的信息正文.
@intUserID1,--用户ID
0,--相干的用户ID
@intWantedAmount1,--但愿更新的数目(>0加金,<0扣金)
0,--税金(税金>0,要在现金中扣除,游戏服务器能够置为0)
@chvIPAddress1,--IP地点
0,--呆板码
1--是不是做Log，假如>0，则暗示做Log，不然不做Log
exec[prMoney_UpdateCash]
@chvModeName,--经由过程甚么体例，如WEB、GameServer等
@chvSourceName,--体例的源,如金币麻将服务器、假造股市等
@chvRemark,--别的信息正文.
@intUserID2,--用户ID
0,--相干的用户ID
@intWantedAmount2,--但愿更新的数目(>0加金,<0扣金)
0,--税金(税金>0,要在现金中扣除,游戏服务器能够置为0)
@chvIPAddress2,--IP地点
0,--呆板码
1--是不是做Log，假如>0，则暗示做Log，不然不做Log
exec[prMoney_UpdateCash]
@chvModeName,--经由过程甚么体例，如WEB、GameServer等
@chvSourceName,--体例的源,如金币麻将服务器、假造股市等
@chvRemark,--别的信息正文.
@intUserID3,--用户ID
0,--相干的用户ID
@intWantedAmount3,--但愿更新的数目(>0加金,<0扣金)
0,--税金(税金>0,要在现金中扣除,游戏服务器能够置为0)
@chvIPAddress3,--IP地点
0,--呆板码
1--是不是做Log，假如>0，则暗示做Log，不然不做Log
exec[prMoney_UpdateCash]
@chvModeName,--经由过程甚么体例，如WEB、GameServer等
@chvSourceName,--体例的源,如金币麻将服务器、假造股市等
@chvRemark,--别的信息正文.
@intUserID4,--用户ID
0,--相干的用户ID
@intWantedAmount4,--但愿更新的数目(>0加金,<0扣金)
0,--税金(税金>0,要在现金中扣除,游戏服务器能够置为0)
@chvIPAddress4,--IP地点
0,--呆板码
1--是不是做Log，假如>0，则暗示做Log，不然不做Log
committran
return1
<P>
GO
SETQUOTED_IDENTIFIEROFF
GO
SETAN你会发现实际上MySQL可以更少地占用资金，前者的每CPU许可费用一般从4000美元到25000美元不等，而MySQL企业版的支持和维护成本就更低了。

对递归类的树遍历很有帮助。个人感觉这个真是太棒了！阅读清晰，非常有时代感。

外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键，都是通过程序来控制父子数据的完整性。

记得在最开始使用2k的时候就要用到这个功能，可惜2k没有，现在有了作解决方案的朋友会很高兴吧。

这就引发了对varchar和char效率讨论的老问题。到底如何分配varchar的数据，是否会出现大规模的碎片？

光写几个SQL实在叫无知。

但换公司用MSSQL2K感觉自己好像根本就不了解MSSQL。什么DTS触发器以前根本没用过。

习惯敲命令行的朋友可能会爽一些。但是功能有限。适合机器跑不动SQLServerManagementStudio的朋友使用。