MYSQL教程之SQL Server中利用内部命令实行sql剧本
下面我将描述五个不使用MySQL的响亮理由。server|剧本|实行Author:DavidEuler
Date:2004/09/28
Email:de_euler-david@yahoo.com.cn
有任何成绩，请与我接洽:)
偶然候我们必要屡次运转一个文件夹下一切的sql剧本（大概时txt大概sql等文本文件）来更新Schema，文件多的时分必要屡次实行，那末可使用多条语句来实行sql剧本。--上面的查询语句在SQLQuery中运转，将实行d:vss上面的指定sql剧本，这些剧本的后缀都是txtexecmaster..xp_cmdshellisql-Usa-P123-id:vssMSSchema.txt
execmaster..xp_cmdshellisql-Usa-P123-id:vssMSSchema_030311.txt
execmaster..xp_cmdshellisql-Usa-P123-id:vssMSSchema_030416.txt
execmaster..xp_cmdshellisql-Usa-P123-id:vssMSSchema_030417.txt
execmaster..xp_cmdshellisql-Usa-P123-id:vssMSSchema_030513.txt
execmaster..xp_cmdshellisql-Usa-P123-id:vssMSSchema_030613.txt
execmaster..xp_cmdshellisql-Usa-P123-id:vssMSSchema_031010.txt
execmaster..xp_cmdshellisql-Usa-P123-id:vssMSSchema_050810.txtexecmaster..xp_cmdshellisql-Usa-P123-id:vssTaxInvoice.sql固然，我们完整能够不利用存储历程，而只是在一个批处置文件updateschema.cmd中实行这些命令,上面是updateschema.cmd的内容:;上面的命令将实行d:vss上面的指定sql剧本：isql-Usa-P123-id:vssMSSchema.txt
isql-Usa-P123-id:vssMSSchema_030311.txt
isql-Usa-P123-id:vssMSSchema_030416.txt
isql-Usa-P123-id:vssMSSchema_030417.txt
isql-Usa-P123-id:vssMSSchema_030513.txt
isql-Usa-P123-id:vssMSSchema_030613.txt
isql-Usa-P123-id:vssMSSchema_031010.txt
isql-Usa-P123-id:vssMSSchema_050810.txt注：1.exec语句用来实行存储历程,xp_cmdshell是master数据库中的一个扩大存储历程，能够用来实行体系命令的字符串，好比execmaster..xp_cmdshelldir*.exe检察以后目次下一切的exe文件。2.isql是sqlserver的一个有用工具，能够了解程一个内部程序，假如sql利用的默许安装，能够在C:ProgramFilesMicrosoftSQLServer80ToolsBinn目次中找到这个isql.exe文件，isql能够用来实行Transact-SQL语句，存储历程，和剧本文件，参数-U用来指定上岸服务器的用户名，-P用来指定暗码，参数-i用来指定读取实行的剧本文件，参数-o用来指定保留输入了局的文件名。3.其他Oracle,DB2,MySQL,PostgreSQL等几个经常使用数据库中也有响应的工具也能够完成相似的功效。这些过程被存储和运行在数据库服务器上，以减少在客户端的处理过程，从而最大限度地提高了处理能力，因为通常情况下数据库服务器会运行地更快。存储过程并不是MySQL独有的功能，但是这个最近新增加的功能使得这个数据库比以前更具吸引力了。 但换公司用MSSQL2K感觉自己好像根本就不了解MSSQL。什么DTS触发器以前根本没用过。 比如日志传送、比如集群。。。 原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。 大侠们有推荐的书籍和学习方法写下吧。 这一点很好的加强了profiler的功能。但是提到profiler提醒大家注意一点。windows2003要安装sp1补丁才能启动profiler。否则点击没有反应。 sqlserver的痛苦之处在于有用文档的匮乏，很多只是表明的东西 而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~ 数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。
页:
[1]