仓酷云

标题: MYSQL网页设计SQL Server编写存储历程小东西(一) [打印本页]

作者: 小女巫    时间: 2015-1-16 22:36
标题: MYSQL网页设计SQL Server编写存储历程小工具(一)
DBaaS并不意味着解决方案提供者要让自己失业。与其他系统一样,在实施DBaaS解决方案时,客户可能需要部署、迁移、支持、异地备份、系统集成和灾难恢复等方面的帮助。server|存储历程eNet手艺学院,版权一切
在开辟数据库体系的过程当中,常常要写良多的存储历程。为了一致格局和简化开辟历程,我编写一些存储历程,用来主动天生存储历程。上面就为您复杂先容一下它们。个中一个用于天生Insert历程,另外一个用于天生Update历程。

Sp_GenInsert
该历程运转后,它为给定的表天生一个完全的Insert历程。假如本来的表有标识列,您得将天生的过程当中的SETIDNTITY_INSERTON语句手工删除。
语法以下
sp_GenInsert<TableName>,<StoredProcedureName>
以northwind数据库为例
sp_GenInsert’Employees’,’INS_Employees’
最初会天生一个Insert存储历程。使用它,您能够作进一步的开辟。

Sp_GenUpdate
它会为一个表天生update存储历程。语法以下:
sp_GenUpdate<TableName>,<PrimaryKey>,<StoredProcedureName>
以northwind数据库为例
sp_GenUpdate’Employees’,’EmployeeID’,’UPD_Employees’
运转后天生以下所示的存储历程:
CreateProcedureUPD_Employees
@EmployeeIDint
@LastNamenvarchar(40),
@FirstNamenvarchar(20),
@Titlenvarchar(60),
@TitleofCourtesynvarchar(50),
@BirthDatedatetime,
@HireDatedatetime,
@Addressnvarchar(120),
@Citynvarchar(30),
@Regionnvarchar(30),
@PostalCodenvarchar(20),
@Countrynvarchar(30),
@HomePhonenvarchar(48),
@Extensionnvarchar(8),
@Photeimage,
@Notesntext,
@ReportsToint,
@PhotoPathnvarchar(510)
AS
UPDATEEmployees
SET
LastName=@LastName,
FirstName=@FirstName,
Title=@Title,
TitleofCourtesy=@TitleofCourtesy,
BirthDate=@BirthDate,
HireDate=@HireDate,
Address=@Address,
City=@City,
Regin=@Regin,
PostalCode=@PostCode,
Country=@Country,
HomePhone=@HomePhone,
Extension=@Extension,
Photo=@Photo
Notes=@Notes,
ReportsTo=@ReportsTo,
PhotoPath=@PhotoPath
WHEREEmployeeID=@EmployeeID

利用以上的两个存储历程,节俭了我很多工夫。出格是在改动了表布局后,从头机关各个存储历程的过程当中。您能够改写这两个程序,来主动天生其余存储历程。
如果你在一个遵循GPL的自由(开源)项目中使用MySQL,那么你可以遵循GPL协议使用MySQL。然而,如果你的项目不是在GPL协议下的话,你必须为使用MySQL来支付许可费用,或者你可能因为这个因素而将你的项目改为遵循GPL。
作者: 仓酷云    时间: 2015-1-19 18:26
如果你是从“学习某一种数据库应用软件,从而获得应聘的资本和工作机会”的角度来问的话。
作者: 金色的骷髅    时间: 2015-1-25 22:57
其中最有名的应该是row_number了。这个终于解决了用临时表生成序列号的历史,而且SQLServer2005的row_number比Oracle的更先进。因为它把Orderby集成到了一起,不用像Oracle那样还要用子查询进行封装。
作者: 精灵巫婆    时间: 2015-2-4 11:26
很多书籍啊,不过个人认为看书太慢,还不如自己学。多做实际的东西,就会遇到很多问题,网上搜下解决问题。不断重复这个过程,在配合sql的F1功能。
作者: 冷月葬花魂    时间: 2015-2-9 22:22
比如,MicrosoftSQLServer2008的某一个版本可以满足现在的这个业务的需要,而且价格还比Oracle11g要便宜,那么这一产品就是适合的。
作者: 海妖    时间: 2015-2-28 00:51
另一个是把SQL语句写到服务器端,就是所谓的SP(存储过程);
作者: admin    时间: 2015-3-9 17:13
总感觉自己还是不会SQL
作者: 活着的死人    时间: 2015-3-17 00:11
原来的计算字段其实和虚拟字段很像。只是管理方面好了而已,性能方面提高不多。但是SQL2005提供了计算字段的持久化,这就提高了查询的性能,但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。




欢迎光临 仓酷云 (http://ckuyun.com/) Powered by Discuz! X3.2