SQLServer 2000日志文件缺失只有MDF恢复数据库的办法
SQL Server 2000数据库LDF损坏,只有mdf的恢复方法。 SQL Server 2000数据库文件遭到破坏的现象经常出现,数据库出错是否可以修复呢?答案是可以的,本日志以一个sql server 2000数据库,数据库日志文件ldf损坏了,mdf正常,数据库附加失败的修复方法总结一下,数据库数据恢复在很多时候比较复杂,当数据库存在大量错误的时候,使用DBCC修复也是不可以的,需要拆解数据库来抢救重要的数据,下面是较为常见的一种SQL Server 2000数据库修复方式:1) 先及时把原来的数据库文件(如test.mdf)备份到其他地方。2) 停掉服务器。3) 删除这个
SqlServer 2005常用函数
SUBSTRING('sde123-TRE',3,6)="e123-T"(从给定字符串的指定位置开始,取指定长度的字符)DATEPART() 返回给定日期的指定部分 DATEPART(yy,'2003-12-27')=2003-------year/yyyy 同义函数:year('2003-12-27')=2003 DATEPART(mm,'2003-12-27')=12----month/m 同义函数:month('2003-12-27')=12 DATEPART(dd,'2003-12-27')=27----day/d 同义函数:day('2003-12-27')=27 DATEPART(dw,'2003-12-27')=7-----weekday(该日是一周的第七天,即星期六) DATEPART(hh,'13:55:34')=1
数据库单用户模式切换回多用户模式
USE master; GO DECLARE @SQL VARCHAR(MAX); SET @SQL='' SELECT @SQL=@SQL+'; KILL '+RTRIM(SPID) FROM master..sysprocesses WHERE dbid=DB_ID('数据库名'); EXEC(@SQL); GO ALTER DATABASE 数据库名 SET MULTI_USER; [@more@]
SqlServer2005 收缩数据库日志(又一方法)
SqlServer2005 收缩数据库日志上网查查看有什么办法可以删除日志文件,找到两个方法:1.先分离数据库,然后删除日志文件,再附件数据库,这时找不到日志文件就会新创建一个,就清空了。我试了一下,发现找不到日志文件根本就不让附加(估计这种办法是SqlServer2000下面用的)。2.收缩文件,选择日志文件,设置将文件收缩到0M,试了一下,只能从65G收缩到55G,也就是只释放了未使用的空间。今天又上网查,发现一个好方法,归纳下分为一下几步:1.选中数据库,右键属性,选项,选择恢复模式从“完整”->“简单”。2.任务,收缩文件,选择
java执行javascript
String script = "function abc(x,y) {return x+y;}" + "function def(u,v) {return u-v;}";Context context = Context.enter();try { ScriptableObject scope = context.initStandardObjects(); context.evaluateString(scope, script, "script", 1, null); Function fct = (Function)scope.get("abc", scope); Object result = fct.call( context, scope, scope, new Object[] {2, 3}); System.out.println(Context.jsToJava(result, int.class));} finally
Sql Server 2005 日志压缩
由于数据库日志增长被设置为“无限制”,所以时间一长日志文件必然会很大,一个400G的数据库居然有600G的LOG文件,严重占用了磁盘空间。由于主要是做OLAP,所以数据库本身不会有大变动,所以日志也就没有多少作用了,因此想办法把数据库日志文件收缩到很小或者删除。网上搜索相关解决方案后,得到的答案丰富多彩,但是真正管用的方案并不多,这里分享一个csdn上找到的方法。这个方法讲述了SQL Server 2005和SQL Server 2008在收缩数据库日志的不同之处,颇有帮助。同时,该方法的效率很高,收缩600G的日志到10M只花了不到30秒。适用于SQL
SQLServer2005中5个不能查询的系统表
SQLServer2005中5个不能查询的系统表 在SQLServer2005里,有这么几个特殊的系统表,我们无法直接查询它,但它确实又是存在,这几个系统表是: sysallocunitssyshobtssyshobtcolumnssysrowsetssysrowsetcolumns 这里所说的查询,是指直接通过SELECT语句查询,我们试着查询: SELECT * FROM sysallocunits GO SELECT * FROM syshobts GO SELECT * FROM syshobtcolumns GO SELECT * FROM sysrowsets GO SELECT * FROM sysrowsetcolumns GO 执行上面的语句后,你会收到以下错误报告: Msg 208, Level 16, State 1, Line 1Invalid object name 'sysal
关于数据库死锁问题的解释
在监控程序查询在线数据时,发现出现如下异常:com.microsoft.sqlserver.jdbc.SQLServerException: 事务(进程 ID 183)与另一个进程被死锁在 锁 资源上,并且已被选作死锁牺牲品。请重新运行该事务。[@more@]at com.microsoft.sqlserver.jdbc.SQLServerException.makeFromDatabaseError(Unknown Source) at com.microsoft.sqlserver.jdbc.SQLServerStatement.getNextResult(Unknown Source) at com.microsoft.sqlserver.jdbc.SQLServerStatement.doExecuteStatement(Unknown Source) at com.microsoft.sqlserver.jdbc.SQLServerStatement$S
远程桌面不能全屏问题解决办法
在Windows中有一项远程桌面功能,可以登录到其他电脑上进行远程控制,就像操纵本机一样,非常方便。但是最近发现用远程桌面登录过去时并不是全屏模式,而是窗口模式,老要拉滚动条,很不方便,所以今天就教大家解决远程桌面无法全屏的方法。 1、首先打开远程桌面,在打开的“远程桌面连接”窗口中点击“选项”按钮 2、在出现的窗口中切换到“显示”选项卡,将“显示配置”一栏中的导航条拉到最右边,即全屏模式,确定即可。[@more@]