仓酷云

标题: MSSQL教程之拷贝的SQL Server 7的恢复办法 [打印本页]

作者: 山那边是海    时间: 2015-1-16 22:42
标题: MSSQL教程之拷贝的SQL Server 7的恢复办法
MySQL的海豚标志的名字叫“sakila”,它是由MySQLAB的创始人从用户在“海豚命名”的竞赛中建议的大量的名字表中选出的。获胜的名字是由来自非洲斯威士兰的开源软件开发者AmbroseTwebaze提供。server|恢复在SQLServer7中因为MS从头计划了数据库文件的存储体例,作废了新建立备再建数据库这一烦琐的历程。新的存储格局,一个数据库包含两个文件,mdf数据库文件和ldf日记文件。以是我们在重装呆板备份时能够把你要备份的数据库的这两个文件拷贝出来,从头安装以后再恢复。

  在SQLServer中供应了这类恢复体例的存储历程。

  1.sp_attach_db[@dbname=]dbname,[@filename1=]filename_n

  给体系增加一个数据库,在dbname指定命据库称号,filename_n指定命据库的文件和日记文件。好比我有一个voogiya的库,中断SQLServer服务备份voogiya_data.mdf,voogiya_log.ldf,启动SQLserver,删撤除这个库,然后再把这两上文件拷到sqlserver DATA目次中,在QueryAnalyzer中实行以下语句:

  EXECsp_attach_db@dbname=Nvoogiya,
  @filename1=Nd:mssql7datavoogiya_data.mdf,
  @filename2=Nd:mssql7datavoogiya_log.ldf

  就会把这个库到场到SQLServerGroup中.

  2.sp_attach_single_file_db[@dbname=]dbname,
  [@physname=]physical_name

  这个命令和下面的功效一样,在physical_name中只需写上据库的物理文件名就能够了,日记文件SQLserver会从头创建。这个存储历程的运转要先实行上面的存储历程:

  sp_detach_db@dbname=dbname

  一样以下面的为例:

  EXECsp_detach_db@dbname=voogiya
  EXECsp_attach_single_file_db@dbname=voogiya,
  @physname=d:mssql7datavoogiya_data.mdf

  要注重实行以上存储历程的用户要在sysadmin中.

  以上办法在windowsNt4.0,servicepack5,sqlserver7.0上运转经由过程。对于insert和delete,event中包含了插入/删除的记录的所有字段的值(太爽了。。)
作者: 分手快乐    时间: 2015-1-19 21:28
如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.
作者: 只想知道    时间: 2015-1-25 08:59
理解了存储结构,再阅读下性能优化的章节基本上会对sqlserver有个清晰地认识
作者: 乐观    时间: 2015-2-2 17:50
外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键,都是通过程序来控制父子数据的完整性。
作者: 因胸联盟    时间: 2015-2-8 03:04
可能有的朋友会抱怨集成的orderby,其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率,可以为orderby的字段建立聚集索引,查询计划会忽略orderby操作(因为本来就是排序的嘛)。
作者: 简单生活    时间: 2015-2-24 03:45
外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键,都是通过程序来控制父子数据的完整性。
作者: 深爱那片海    时间: 2015-3-7 10:45
现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层.
作者: 若相依    时间: 2015-3-7 10:45
也可谈一下你是怎么优化存储过程的?
作者: 冷月葬花魂    时间: 2015-3-15 00:48
原理很简单,对要求长时间计算某一时间点的报表生成和防用户操作错误很有帮助。但是比起Oracle10g的闪回技术还是细粒度不够。可惜!
作者: 柔情似水    时间: 2015-3-21 15:39
呵呵,这就是偶想说的




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