随笔分类 - SqlServer
摘要:网上有很多这种的写法,但个人认为太啰嗦。鄙视之。。 看下边语句, 是查询当前日期本周的数据,可以修改对比,就是给个思路 SELECT * FROM TABLE_NAME WHERE DATEDIFF(WEEK,DATEADD(DAY,-1,TIME_FIELD),GETDATE())=0 一句即可,
阅读全文
摘要:转载: https://blog.csdn.net/dym0080/article/details/81017777
阅读全文
摘要:数据库备份作业的sql,,最后一步删除指定时间之前的文件夹.. 使用 xp_cmdshell 函数调用 RMDIR 命令删除过期文件夹,但返回拒绝访问.. 代码如下: 解决方法: 增加文件夹的访问权限为完全控制就可以了,可以修改User权限..不必增加EveryOne
阅读全文
摘要:SELECT dbid,count(1) FROM [Master].[dbo].[SYSPROCESSES] WHERE spid>50 and status='sleeping' group by dbid order by count(1) desc select * from master.dbo.sysprocesses where spid>50 and wai...
阅读全文
摘要:使用下方的函数.. 忘了从哪抄的了..留存一份 如果只要首字母..建议将数据 Left(tableFiled,1) 后传入函数 如果字段是空或者null, 不会报错..返回空 方法体:
阅读全文
摘要:查看每个数据库对内存的占用 整个sql服务占用的总内存 内容转载自: https://www.cnblogs.com/jearay/p/7825499.html
阅读全文
摘要:昨天又有一个新的需求:验证文本框输入的SQL语法是否正确。 于是就开始百度,其实也挺简单的。 首先需要知道“SET PARSEONLY { ON | OFF }”。 当 SET PARSEONLY 为 ON 时,SQL Server 只分析语句。 当 SET PARSEONLY 为 OFF 时,SQ
阅读全文
摘要:做数据库备份作业的时候..想按日期建立文件夹.. 首先要判断文件夹是否存在 如果报错 则使用以下修改配置项包裹以上脚本 最后贴上数据库备份命令 综上所述, 最终版的SQL备份命令是: (展开查看) --开启 XP_CMDSHELL GO SP_CONFIGURE 'SHOW ADVANCED OPT
阅读全文
摘要:直接上干货.. 语法: 相信有了这语法.. 一眼就能看明白这是怎么回事儿.. 如果报错: 则可以在查询语句前加上修改数据库配置的命令,启用 Ad Hoc Distributed Queries 该配置项需要你的当前登录用户有足够的权限..sa可以..本地登录也可以.. 但是一般项目里有几个直接使用s
阅读全文
摘要:转载自: http://blog.csdn.net/yapingxin/article/details/16913275 有小改动.. 支持复杂结构的使用.. 使用Parent_ID来对应Object_ID产生关系就好.. 实现对Json数据的从文字到表变量的转换.. 例:
阅读全文
摘要:数据库在收缩的时候..使用菜单 >> 任务 >> 收缩 >> 文件 >> 数据, 特别慢..还会报错失败.. 但使用脚本 却特别快..
阅读全文
摘要:本文引自 DBCC DBREINDEX重建索引提高SQL Server性能 查看碎片情况使用 dbcc showcontig 函数来进行 代码: 返回结果: 上边实例的表比较大..一张表占用的实际物理空间就有24个G(数据20G+ 索引2G+ ).. 以下是名词解释: DBCC SHOWCONTIG
阅读全文
摘要:以下语句可以查看表的物理空间使用情况 包括 [ROWS] 内容的行数.. [reserved] 保留的磁盘大小.. [data] 数据占用的磁盘大小.. [index_size] 索引占用的磁盘大小.. [unused] 未使用的磁盘大小 返回结果如下 参考使用..
阅读全文
摘要:1. 查看数据文件占用(权限要求较大) 2. 查看日志文件占用 会列出所有能够查看的数据库的日志情况.. 需要挑选出当前数据库.. 3.全面查看 亲测可用..
阅读全文
摘要:在使用SQL的过程中.. 开启一个事务..进行大计算量..在中间出错或者强制杀死SQL服务进程..总之事务没有提交.. 再次开启时sql会进入自动检查的过程.. 数据库小的话问题不大..会比较快.. 但是如果数据量比较大..或者日志文件比较大..这个恢复的过程会很慢很慢..给人造成假死的假象.. 这
阅读全文
摘要:SQL数据在附加的时候..有时会因为日志文件过大..或者一些其他问题造成附加失败.. 笔者遇到的问题是数据库主文件(*.mdf)超过25G..日志文件超过200G..附加的耗时简直日了狗了..最后超时..附加失败.. 所以就在想不要这个日志文件了行不行..最后发现了这篇文章.. 阅读原文<SQL S
阅读全文
摘要:查询SQL所有的链接 并可以查看连接当前正在做什么操作..使用的什么语句.. SPID 大于 50是因为 50以前的都是系统保留的, 杀死进程
阅读全文
摘要:无法对 数据库'UDS' 执行 删除,因为它正用于复制 删除所有连接 数据库 'xxx' 已打开,并且一次只能有一个用户访问 或者数据库处于单用户模式
阅读全文

浙公网安备 33010602011771号