SQL

对数据库文件进行了磁盘迁移，在删除原数据库时出现以下错误（sql错误：924） 解决方法： 执行以下 sql 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;

select * from table-Name 这样会报错，那么如何处理咩... select * from [table-Name] 加个 中括号 就ok了

症状：日志文件一收缩，应该变成 几KB 或 几MB，我此次收缩日起文件时，收缩几遍都还是几个G... 直入正题，按以下操作步骤操作： 1、DBCC LOGINFO(''数据库名称'') status=0的日志，代表已经备份到磁盘的日志文件； 而status=2的日志还没有备份。 当我们收缩日志文件时，收缩掉的空间其实就是status=0的空间，如果日志物理文件无法减小，这里一定能看到非常多status=2的记录。 接下来分析为什么会有这么多status=2的记录 2、执行以下代码： USE [master] SELECT [name] ,[database_id] ,[log_reuse_wait] ,[log_reuse_wait_desc] FROM [sys].[databases] 对于 log_reuse_wait_desc 值的意义 如下图 3、导致日志文

经检查数据库服务器 1433(默认端口) 端口经常受攻击，因此为了安全，将服务器的默认端口改成其他的了 ****（此处省略4个数）。 这样一改，各种问题随之而来。 首先，md 数据库复制发布用不了了。 这是为什么呢？（小沈阳语气） 答：订阅时要用订阅服务器的机器名，不能用别名，更不能加端口号。 好，情况介绍完了，现面先说一种不成功的，扯蛋的方法。 当前环境： 发布服务器在 青岛，订阅服务器在北京 假定订阅服务器端口号为1488 假定北京订阅服务器的ip 为 125.235.147.36 （亲，是假定，谢谢） 假定北京服务器的服务器名称为 DCS-BJ-MyDB-1 1、修改host文件 在host文件中增加解析 125.235.147.36 DCS-BJ-MyDB-1 解析后，用SQL 加端口号远程连接 用户名：DCS-BJ-MyDB-1,1488 可以正常连接 当在发布服

频繁的数据库操作，导致数据库日志文件日复一日的长着，占着磁盘空间，就像腰上的肥肉，一扎腰带，就勒在外边。 那么如何解决日志文件大小问题 ？ 执行如下sql，即可解决。 USE [master] GO ALTER DATABASE 数据库名 SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE 数据库名 SET RECOVERY SIMPLE GO USE 数据库名 GO DBCC SHRINKFILE (N''数据库日志文件逻辑名称'' , 0,TRUNCATEONLY) GO ----------------------------------- USE [master] GO ALTER DATABASE DASDataAmazonCN SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABA

DBCC SHRINKDATABASE(库名)

1、随机读取数据库中的相应数据 select top 15 * from users order by Newid() 2、添加列 alter table dbo.[3Dtb] add productid int 添加列并设置默认值 alter table Admin add AdminType int not null Default(0) 3、修改列 alter table users alter column LoginCode varchar(100) 4、distinct去除重复数据 select distinct TyreBrand from Tyre 5、删除列 ALTER TABLE t DROP COLUMN c 6、清理数据库日志 DUMP TRANSACTION 数据库名 WITH NO_LOG 7、将一个表中的数据复制到另一个表中 select * i

在发布订阅过程中，在发布服务器上会生成一个distribution 的数据库，这个数据库会随着发布订阅的数据量增长而增长，会增长到你无法想象的大，以致你发现磁盘空间不够用时，已经晚得什么操作也做不了了，那么如何解决这个问题？ 最快的解决办法，将其删除，重建发布订阅！ 然而，distribution 是系统数据库，drop 命令解决不了，那么如何删除？ 其实，So Easy... 在“对象资源管理器”-“复制”上点击右键，选择“禁用发布和分发”，依次执行即可完成该系统数据库的删除，若有发布新增直接建立即可。 distribution 删除，磁盘空间立马大了起来。

在数据库管理过程中，经常会用脱机 但有时数据库较大，脱机时间会很长，而在这时候，我们又没有耐心，把脱机窗口关掉了，导致数据库无法正常使用，也无法移动，进退两难，如何解决？ select * from master.sys.sysprocesses where dbid=db_id(''数据库名称'') 查一下是哪个进程占用着数据库 然后执行 kill 54 ---54为ID 刷新数据库列表，数据库恢复正常

数据中心版：PTTFM-X467G-P7RH2-3Q6CG-4DMYB 开 发者 版：MC46H-JQR3C-2JRHY-XYRKY-QWPVM 企 业 版：R88PF-GMCFT-KM2KR-4R7GB-43K4B 标 准 版：B68Q6-KK2R7-89WGB-6Q9KR-QHFDW 工 作 组版：XQ4CB-VK9P3-4WYYH-4HQX3-K2R6Q WEB 版：FP4P7-YKG22-WGRVK-MKGMX-V9MTM