delete from reguser where (userid in (select username from trade group by username having count(username) >400))
delete from reguser where (userid in (select username from trade group by username having count(username) > 50))
delete from trade where (username in (select username from trade group by username having count(username) > 300)) and (tid not in (select max(tid) from trade group by username having count (username) >300))
create trigger trg_delete on reguser
for delete
as
delete from trade where username in (select userid from deleted)
delete from product where username in (select userid from deleted)
delete from jobinfo where userid in (select userid from deleted)
delete from news where userid in (select userid from deleted)
delete from reguser where userid in (select userid from deleted)
---------------------------------
create trigger tr_deletecompany2
on company
for delete
as
delete classified
from classified a join deleted b on a.username=b.username
create trigger tr_deletecompany
on company
for delete
as
delete info
from info a join deleted b on a.username=b.username
错误823解决办法
错误823解决办法 一、sql-server附加数据库时失败。 1、异常情况:服务器在正常运行的情况下突然断电,导致数据库文件损坏,具体表现是:数据库名后面有“(置疑)”字样。 2、异常分析:关于823错误的 sql-server 中的帮助: ================================ 错误 823 严重级别 24 消息正文在文件 "%4!" 的偏移量 %3! 处的 %2! 过程中,检测到 i/o 错误 %1!。
解释 microsoft sql server 在对某设备进行读或写请求时遇到 i/o 错误。该错误通常表明磁盘问题。但是,错误日志中在错误 823 之前记录的其它核心消息应指出涉及了哪个设备。 3、解决办法:在sql-server企业管理器中,新建同名数据库(这里假设为test)后,停止数据库,把损坏的数据库文件data.mdf和test_log.ldf覆盖刚才新建数据库目录下的data.mdf和test_log.ldf,同时删除test_log.ldf文件;启动数据库服务,发现数据库名test后面有“置疑”字样。不要紧,打开sql自带查询分析器,分别执行如下sql语句:
--第一、 exec sp_configure 'allow updates',1 reconfigure with override
--第二、 update sysdatabases set status=32768 where name='goldtimes'
--第三、 dbcc rebuild_log ('goldtimes','f:\database\goldtimes_log.ldf')
--第四、 update sysdatabases set status=0 where name='goldtimes'
--第五、 restore database goldtimes with recovery
--第六、 exec sp_configure 'allow updates',0 reconfigure with override
照此方法操作,应该能修复数据库正常访问了。如果问题依然存在,最笨的一个方法就是新建另一个数据库,把原数据库(test)各个表的数据导出到新建数据库表中。
最大值:
session.timeout的取值范围1-1440
server.scripttimeout的取值范围0-2147483647
session.timeout=1440
server.scripttimeout=2147483647
区别:
session.timeout是session的生存时间,默认识20分钟,超过这个值,session里保存的数据就空了。
server.scripttimeout是服务器脚本超时时间,就是说如果你的一个asp页面执行时间超过这个值,就会返回脚本超时错误。
iis默认最大大概是20分钟
不设置的话是90秒
在iis里设置
iis中的最大值大概是4000000分钟
asp中设置timeout的话,最大大概是1440秒
操作对象无效 - 错误 101 aspencodedll.aspcoding2010/01/13 20:38操作a:此错误信息表示:服务器端asp加密组件(aspencodedll.aspcoding)未注册,请下载组件在服务器端进行注册即可(注:组件需要users 权限)。
操作b:如经过以上步骤仍出现该提示,则进行如下设置:
1、在运行里输入:regedit,打开注册表编辑器,找到hkey_local_machine\software\classes,这个classes的权限是否被改了。
2、在classes项目上,右键->权限,在classes权限对话框中,看看是不是everyone,如果是,这显然是不对的,则需要恢复实际的权限。
实际的权限应该至少包括以下用户权限:
administrator 完全控制 读取
system 完全控制 读取
users 读取
3、设置完后请再重复 操作a
但我按 操作b 试了,不得,还是按 操作a 的下载注册才行...
"开始"--"运行"--输入"cmd"--打开命令提示符.输入chkdsk 命令再回车就可以了,一般是重新启动后才开始检测磁盘.也可以在磁盘分区右键--属性--工具--开始检查
就可以了
网站目录没有操作权限 - 错误 104
您没有网站目录相应访问权限,请联系服务器管理员。
请尝试执行下列操作:
windows xp操作系统iis配置不正确。打开iis->网站->默认网站(右键属性)->主目录,"本地路径"设为运行网站的目录。
请检查防火墙是否对网站目录设立了禁止访问。
ntfs格式的驱动器访问权限不正确。网站目录(右键属性)->安全,添加users用户并赋予"修改"权限。
请按要求操作即可。
开始--运行中输入 regsvr32 semsfc.dll /s 回车
清除asp缓存三个办法
1、在asp页面首部加入
response.buffer = true
response.expiresabsolute = now() - 1
response.expires = 0
response.cachecontrol = "no-cache"
response.addheader "pragma", "no-cache"
或者将此代码写到一个包含文件包含到asp文件里
2、在html代码中加入
<head>
<meta http-equiv="pragma" content="no-cache">
<meta http-equiv="cache-control" content="no-cache">
<meta http-equiv="expires" content="0">
</head>
3、在重新调用原页面的时候在给页面传一个参数
href="****.asp?random()"
1.打上sp4
2.sqlserver服务器-->开始菜单-->sqlserver-->服务器网络实用工具-->启用 winsock代理-->代理地址:(sqlserver服务器ip)-->代理端口-->1433-->ok了
用ip连接