MYSQL网站制作之将表数据天生SQL剧本的存储历程

由于MySQL数据库已经如此普及，对企业来说它无疑是一个更好的选择。存储历程|剧本|数据zlt982001
　　将表数据天生SQL剧本的存储历程:
CREATEPROCEDUREdbo.UspOutputData
@tablenamesysname
AS
declare@columnvarchar(1000)
declare@columndatavarchar(1000)
declare@sqlvarchar(4000)
declare@xtypetinyint
declare@namesysname
declare@objectIdint
declare@objectnamesysname
declare@identint
setnocounton
set@objectId=object_id(@tablename)
if@objectIdisnull--判ο笫欠翊嬖
begin
printTheobjectnotexists
return
end
set@objectname=rtrim(object_name(@objectId))
if@objectnameisnullorcharindex(@objectname,@tablename)=0--此判别不周密
begin
printobjectnotincurrentdatabase
return
end
ifOBJECTPROPERTY(@objectId,IsTable)1--判ο笫欠袷table
begin
printTheobjectisnottable
return
end
select@ident=status&0x80fromsyscolumnswhereid=@objectidandstatus&0x80=0x80
if@identisnotnull
printSETIDENTITY_INSERT+@TableName+ON
declaresyscolumns_cursorcursor
forselectc.name,c.xtypefromsyscolumnscwherec.id=@objectidorderbyc.colid
opensyscolumns_cursor
set@column=
set@columndata=
fetchnextfromsyscolumns_cursorinto@name,@xtype
while@@fetch_status-1
begin
if@@fetch_status-2
begin
if@xtypenotin(189,34,35,99,98)--timestamp不需处置，image,text,ntext,sql_variant临时不处置
begin
set@column=@column+casewhenlen(@column)=0thenelse,end+@name
set@columndata=@columndata+casewhenlen(@columndata)=0thenelse,,,
end
+casewhen@xtypein(167,175)then++@name++--varchar,char
when@xtypein(231,239)thenN++@name++--nvarchar,nchar
when@xtype=61then+convert(char(23),+@name+,121)+--datetime
when@xtype=58then+convert(char(16),+@name+,120)+--smalldatetime
when@xtype=36then+convert(char(36),+@name+)+--uniqueidentifier
else@nameend
end
end
fetchnextfromsyscolumns_cursorinto@name,@xtype
end
closesyscolumns_cursor
deallocatesyscolumns_cursor
set@sql=setnocountonselectinsert+@tablename+(+@column+)values(as--,+@columndata+,)from+@tablename
print--+@sql
exec(@sql)
if@identisnotnull
printSETIDENTITY_INSERT+@TableName+OFF
GO
execUspOutputData你的表名
DBaaS系统其实具有更大的市场机遇：像其他云服务一样，DBaaS意味着更短的销售周期，更少的启动费用，持续不断的收入，也意味着比之前更多的客户。

可以动态传入参数，省却了动态SQL的拼写。

多走走一此相关论坛，多看一些实例开发，多交流0经验，没什么的，我也是刚学没多久!加油

一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。（有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。）

一个是把SQL语句写到客户端,可以使用DataSet进行加工;

XML字段类型更好的解决了XML数据的操作。XQuery确实不错，但是个人对其没好感。（CSDN的开发者应该是相当的熟了！）

having子句的作用是筛选满足条件的组，即在分组之后过滤数据，条件中经常包含聚组函数，使用having条件显示特定的组，也可以使用多个分组标准进行分组。

你可以简单地认为适合的就是好，不适合就是不好。

从项目平台的选择上讲，我们关心的，应该是一款产品能不能满足任务需求，而不是网上怎么说。