SQL

最近事情很多，就像 那 哈密瓜 断了瓜瓤~ sql 中 like 要用到 中括号时 “[[” 两个抵一个“[” SELECT top 100 * FROM [dbo].abcdefghijklmn] where RefreshDate=''20180903'' and LEN(Promotion)>LEN(''{"shopCoupon":[],"subtraction":[],"itemCoupon":[]}'') and Promotion not like ''%"itemCoupon":[[]%''

在这个谈锁色变的年代，在这个花样年华的年纪中....突然...遇到了...SqlServer 死锁 怎么办？怎么办？怎么办？ 按以下步骤执行，保证药到病除... 他好...你也好...不对~ 是 数据库好...你也好... 1、查出死锁的进程ID select request_session_id spid, OBJECT_NAME(resource_associated_entity_id) tableName from sys.dm_tran_locks where resource_type=''OBJECT'' 2、杀死进程ID kill 59

数据库出现了，“正在恢复”的情况，怎么办？怎么办？怎么办？ 不要pia~不要pia~不要pia~ 尽管可以先把库复制一份，删除老库，再附加回来，但是如果对于一个几十G的大库，搬起来，实在是太麻烦，而且存在一招不慎，卷铺盖走人的风险~ SqlServer 的自我恢复能力很强，我们需要做的就是执行以下脚本，观察恢复进度。 大数据库文件，不要万不得以，一定避免搬库~ DECLARE @DBName VARCHAR(64) = ''你的数据库名'' DECLARE @ErrorLog AS TABLE([LogDate] CHAR(24), [ProcessInfo] VARCHAR(64), [TEXT] VARCHAR(MAX)) INSERT INTO @ErrorLog EXEC sys.xp_readerrorlog 0, 1, ''Recovery of

SQL Server 正在恢复：可以自己正常修复 SQL Server 恢复挂起：数据库不能自己恢复，需要人工干预 遇到问题，一定：不要怕~不要怕~不要怕~ 执行以下SQL ，可将 “恢复挂起” 中的数据库，恢复正常，执行时间与数据库文件大小成正比，耐心等待即可。 USE master GO ALTER DATABASE [G1-1-Data-1] SET SINGLE_USER GO ALTER DATABASE [G1-1-Data-1] SET EMERGENCY GO DBCC CHECKDB([G1-1-Data-1],REPAIR_ALLOW_DATA_LOSS) go ALTER DATABASE [G1-1-Data-1] SET ONLINE GO ALTER DATABASE [G1-1-Data-1] SET MULTI_USER

症状1：在windows服务列表中代理服务处于启动状态，但是Sql server中 代理服务处于关闭状态 症状2：所有Sql Server 维护计划，都执行不了 解决方法： sp_configure ''show advanced options'', 1; GO RECONFIGURE; GO sp_configure ''Agent XPs'', 1; GO RECONFIGURE GO

背景： 要将原始库中的一部分数据（百万级），导入到同数据结构的别的库中 问题： 要保留原始库中的自增ID，因为自增ID列，与库中其他表的数据有关联 解决方法： 1、新建库 - 取消ID列的自增属性 - 导入数据 - 恢复自增列属性 该方法失败。数据导入正常，但是到恢复自增ID列时，脚本或用SQL工具手动加，均超时。（库中数据量140W） 2、新建库 - 保持ID列原始自增状态，直接导入数据 该方法成功。 A、先执行 set identity_insert dbo.Product ON，将自增列设为可插入（OFF 为关闭） B、执行 insert into dbA.dbo.Product(XXXXX) (select XXXXX from dbB.dbo.product where websiteid=OO

问题描述： 因磁盘空间不足，转移数据库位置，在转移过程中 “停止SQL Server 服务”，因数据确认需要，又重启“SQL Server服务”，查完数据后，再展开数据库 提示 “无法访问数据库 DBXXOO。(ObjectExplorer)” 解决方法： 1、执行以下SQL 查询问题 数据库状态 select name,state_desc from sys.databases where name=''DBXXOO'' 查询结果为： DBXXOO RECOVERY PENDING 即：数据库状态为“恢复中...”的意思 2、解决恢复问题 因数据库恢复，需要足够的磁盘空间，而当前问题库所在磁盘，仅剩600K，因此执行以下操作： A:转移其他状态正常的 且数据库文件较大的库 B:转移完成后，重启SQL Server服务，重新执行

SQL判断某字符出现次数 select LEN(RequestStatus)-LEN(REPLACE(RequestStatus,'','','''')) from TableA where EnteredDate >''2017-03-30'' and EnteredDate<''2017-03-31'' and Url like ''%amazon.com%'' and SuccChildrenCount>0

索引碎片简介 SQL存储的概念，sql是按页单位进行数据存储， 每一页包含 8060字节。 每一个区包含8个页 索引碎片分为 内部碎片和外部碎片两种。 索引碎片的产生原因: 外部碎片：当我们插入一行数据时，当前页剩余空间无法满足数据插入所需的空间，此时就是发生分页现象(一条数据插入两页中)，此时就会导致外部碎片 内部碎片:当数据表中一行数据大于 8060时候，就会产生一页无法放置一行数据，就会产生内部碎片，内部碎片对查询有很大的影响。 查询索引碎片的方法 SELECT object_name(dt.object_id) Tablename,si.name IndexName, dt.avg_fragmentation_in_percent AS ExternalFragmentation, dt.avg_page_space_used_in_percent AS InternalFra

1、修改数据库为紧急模式 ALTER DATABASE [D1-3-Data-2] SET EMERGENCY 2、使数据库变为单用户模式 ALTER DATABASE [D1-3-Data-2] SET SINGLE_USER 3、修复数据库日志重新生成，此命令检查的分配，结构，逻辑完整性和所有数据库中的对象错误。当您指定“REPAIR_ALLOW_DATA_LOSS”作为DBCC CHECKDB命令参数，该程序将检查和修复报告的错误。但是，这些修复可能会导致一些数据丢失。 DBCC CheckDB ([D1-3-Data-2], REPAIR_ALLOW_DATA_LOSS) 4、使数据库变回为多用户模式 ALTER DATABASE [D1-3-Data-2] SET MULTI_USER