ITPub博客

SQL Server 2000数据库LDF损坏,只有mdf的恢复方法。 SQL Server 2000数据库文件遭到破坏的现象经常出现，数据库出错是否可以修复呢？答案是可以的，本日志以一个sql server 2000数据库，数据库日志文件ldf损坏了，mdf正常，数据库附加失败的修复方法总结一下，数据库数据恢复在很多时候比较复杂，当数据库存在大量错误的时候，使用DBCC修复也是不可以的，需要拆解数据库来抢救重要的数据，下面是较为常见的一种SQL Server 2000数据库修复方式：1） 先及时把原来的数据库文件（如test.mdf)备份到其他地方。2） 停掉服务器。3） 删除这个

手机启动突然提示SD卡受损，在网上查了一些方法均不能奏效。自行琢磨解决方案：1、在手机上下载修复SD软件2、安装成功后进行扫描3、再通过360手机助手的文件管理可以查看到这张SD卡的内容。4、好像手机重启后失效，因此先把重要的数据拷贝出来后再格式化一次吧。有一个很重要的提示就是当出现上述问题时尽量少于手机功能，避免破坏SD卡上原有内容。本人因查看图片导致前期存储在SD的图片都丢失了。[@more@]

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

第一部分 创业是怎么回事？　　军规1　　不是每个人都适合创业 　　军规2　　梦想是唯一的创业理由 　　第二部分 创业的三大天条　　军规3　　学先进，傍大款，走正道 　　军规4　　创新是最好的创业 　　军规5　　放下身段死缠烂打 　　第三部分 创业人七大须知　　军规6　　凡事只能靠自己　　军规7　　领导要有预见性 　　军规8　　心力强大者胜 　　军规9　　要敢于冒险　　军规10　　相信直觉　　军规11　　创业要靠团队　　军规12　　干部要靠自己培养 　　第四部分 如何组建公司？　　军规13　　选对股东 　　军规14　　搭好治理结

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@]

当内网服务器从远处ftp服务器下载文件时，因为防火墙的缘故，使用ftp命令无法进行下载，因为cli的ftp程序只支持PORT模式：It's by design as ftp://ftp.exe/ doesn't support FTP PASSIVE mode. FTP Client Transfer ModeCommand-line Active (non-passive)IE 5.1 and earlier PassiveIE 5.5 and later BothFrontPage ver.1.1 to Windows XP Active采用新的ftp-- ncftp程序进行自动脚本下载。[@more@]

SqlServer2005 收缩数据库日志上网查查看有什么办法可以删除日志文件，找到两个方法：1.先分离数据库，然后删除日志文件，再附件数据库，这时找不到日志文件就会新创建一个，就清空了。我试了一下，发现找不到日志文件根本就不让附加（估计这种办法是SqlServer2000下面用的）。2.收缩文件，选择日志文件，设置将文件收缩到0M，试了一下，只能从65G收缩到55G，也就是只释放了未使用的空间。今天又上网查，发现一个好方法，归纳下分为一下几步：1.选中数据库，右键属性，选项，选择恢复模式从“完整”->“简单”。2.任务，收缩文件，选择

// 注 北字的UTF-8编码是E5 8C 97 GBK编码B1 B1byte[] b = new byte[]{(byte)0xe5, (byte)0x8c, (byte)0x97};String s2 = new String(b, "UTF-8");System.out.println(s2);System.out.println(ToStringUtil.byteArrayToHexString(s2.getBytes()));System.out.println("-----");System.out.println(ToStringUtil.byteArrayToHexString(s2.getBytes("UTF-8")));输出为：北In Hex:0xb1 0xb1 -----In Hex:0xe5 0x8c 0x97 [@more@]String s2 = new String("北".getBytes("UTF-8"), "UT

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

由于数据库日志增长被设置为“无限制”，所以时间一长日志文件必然会很大，一个400G的数据库居然有600G的LOG文件，严重占用了磁盘空间。由于主要是做OLAP，所以数据库本身不会有大变动，所以日志也就没有多少作用了，因此想办法把数据库日志文件收缩到很小或者删除。网上搜索相关解决方案后，得到的答案丰富多彩，但是真正管用的方案并不多，这里分享一个csdn上找到的方法。这个方法讲述了SQL Server 2005和SQL Server 2008在收缩数据库日志的不同之处，颇有帮助。同时，该方法的效率很高，收缩600G的日志到10M只花了不到30秒。适用于SQL

DBCC log ( {dbid|dbname}, [, type={0|1|2|3|4}] )　　参数:　　Dbid or dbname - 任一数据库的ID或名字　　type - 输出结果的类型:　　0 - 最少信息(operation, context, transaction id)　　1 - 更多信息(plus flags, tags, row length)　　2 - 非常详细的信息(plus object name, index name,page id, slot id)　　3 - 每种操作的全部信息　　4 - 每种操作的全部信息加上该事务的16进制信息　　默认 type = 0　　要查看MSATER数据库的事务日志可以用以下命令：DBCC log (master)[@more@]DBCC log (tsp2)000003df:00000010:0078 LOP_BEG

两表之间进行update：UPDATE dbo.VGM_Vehicle SET VGM_Vehicle.currentBusinessState = VGM_VehicleInfoExtend.currentBusinessState from dbo.VGM_Vehicle join VGM_VehicleInfoExtend on VGM_Vehicle.id=VGM_VehicleInfoExtend.vehicleId [@more@]

1.获取所有数据库名:Select Name FROM Master..SysDatabases ORDER BY Name2.获取所有表名:Select Name FROM SysObjects Where XType='U' ORDER BY NameXType='U':表示所有用户表;XType='S':表示所有系统表;3.获取所有字段名:Select Name FROM SysColumns Where id=Object_Id('TableName')4.获取指定数据库下的用户表use "vgm"Select Name FROM SysObjects Where XType='U' ORDER BY Name5.获取所有表的所有数据select id,object_name(id) as tableName,indid,rows,rowcnt from sys.sysindexes a order by rows desc6.获取指定表

exec sp_renamedb "gps-historydata", "gps_historydata"[@more@]

SQLServer2005 翻页实现方式 SELECT * FROM (select ROW_NUMBER() Over(order by id) as rowNum, *from dbo.LOG_INFO) as LOG_INFOwhere rowNum> 20 and rowNum<50[@more@]

1、选中数据库2、右键菜单"任务"->导出数据3、弹出窗口数据源：选择数据库4、选择目标：选择平面文件目标5、复制一张或者多张库表6、导出[@more@]

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

参加2012DTCC高手如云热爱技术[@more@]

INDIRECT返回由文本字符串指定的引用。此函数立即对引用进行计算，并显示其内容。当需要更改公式中单元格的引用，而不更改公式本身，请使用函数 INDIRECT。语法INDIRECT(ref_text,a1)Ref_text 为对单元格的引用，此单元格可以包含 A1-样式的引用、R1C1-样式的引用、定义为引用的名称或对文本字符串单元格的引用。如果 ref_text 不是合法的单元格的引用，函数 INDIRECT 返回错误值 #REF!。如果 ref_text 是对另一个工作簿的引用（外部引用），则那个工作簿必须被打开。如果源工作簿没有打开，函数 INDIRECT 返回错误值 #REF!。A1 为一逻辑值

在监控程序查询在线数据时，发现出现如下异常：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