MYSQL网页设计SQL Server2005顶用语句创立数据库和表...
到2009年,甲骨文的数据库Oracle已经诞生了30周年,而MySQL却连它的一半时间都没有。微软的SQLServer仅仅比MySQL大两年,但是SQLServer的发布是建立在Sybase的基础上。 在SQLServer2005顶用语句创立数据库和表:详细示比方下:
usemaster
go
ifexists(select*fromsysdatabaseswherename=Study)
--判别Study数据库是不是存在,假如是就举行删除
dropdatabaseStudy
go
EXECsp_configureshowadvancedoptions,1
GO
--更新以后初级选项的设置信息
RECONFIGURE
GO
EXECsp_configurexp_cmdshell,1
GO
--更新以后功效(xp_cmdshell)的设置信息。
RECONFIGURE
GO
execxp_cmdshellmkdirD:data,NO_OUTPUT
--使用xp_cmdshell命令创立文件夹,此存储历程的第一个参数为要实行的无效dos命令,第二个参数为是不是输入前往信息。
go
createdatabaseStudy--创立数据库
onprimary
(
name=Study_data,--主数据文件的逻辑名
fileName=D:dataStudy_data.mdf,--主数据文件的物理名
size=10MB,--初始巨细
filegrowth=10%--增加率
)
logon
(
name=Study_log,--日记文件的逻辑名
fileName=D:dataStudy_data.ldf,--日记文件的物理名
size=1MB,
maxsize=20MB,--最年夜巨细
filegrowth=10%
)
go
<P>1234下一页>全文浏览提醒:尝尝"←→"键,翻页更便利哦!与其他数据库相比,MySQL易学易用。 这就引发了对varchar和char效率讨论的老问题。到底如何分配varchar的数据,是否会出现大规模的碎片? 两个月啃那本sqlserver2005技术内部-存储引擎,花了几个月啃四本书 发几份SQL课件,以飨阅者 总感觉自己还是不会SQL 对一张百万级别的表建游标,同时又没有什么过滤条件,取得游标效率是如果直接SQL查询百万条数据;如果再对每条记录做处理,耗时将更长。 其中最有名的应该是row_number了。这个终于解决了用临时表生成序列号的历史,而且SQLServer2005的row_number比Oracle的更先进。因为它把Orderby集成到了一起,不用像Oracle那样还要用子查询进行封装。 同样会为索引视图等应用带来麻烦。看看行级和事务级的快照数据放在tempdb中,就能感觉到目前架构的尴尬。 总感觉自己还是不会SQL 是要和操作系统进行Socket通讯的场景。否则建议慎重!
页:
[1]