仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 939|回复: 7
打印 上一主题 下一主题

[学习教程] MYSQL网页设计SQL 超时办理计划 偶然并非设置成绩

[复制链接]
简单生活 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:15:34 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
”由于MySQL已经是一个运行了众多知名Web2.0网站的数据,包括Craigslist、Digg、Wikipedia和Google等,或许我们可以说每一个Web2.0公司实质上是一个使用MySQL数据库的公司。Server.scrīptTimeout,默许值是90秒.
要增年夜它,在你的asp文件中加一句,以下:
Server.scrīptTimeout=999,
将页面超时设为999秒.

最后我只设置Server.scrīptTimeout,
但仍会呈现timeout毛病,不管它的值设成都多年夜.
后在社区里看到一帖子,提到commandTimeout属性,
因而检察OptionPack文档,公然另有timeout.

Connection工具和Command工具都有个CommandTimeOut属性,
默许是30秒,假如你有一个耗时的查询或数据处置,
很简单就超时了.要增年夜它,也很简单,创立工具后,
设置它的属性,以下:
con.CommandTimeOut=999,
设为999秒,个中con是一Connection工具.
如设为零,将无穷守候,没有这一timeout限定.

Command工具不会承继Connection的这一属性,
以是对大概超时的Command也要独自设置CommandTimeout属性.

最初IE也有个超时设置,5分钟从服务器得不到数据,也超时.
这类情形大概很少碰着,
但当我把一10多万查询的了局保留为mdb文件时,
就碰到了.(至于保留的办法,请参看精髓区中的一篇帖子.)
办理办法:(原文请参照微软KB中的Q181050)

之前在做IC买卖网的时分因数据太年夜了,超1000万,加了内存办理
1.IE要4.01sp1以上版本.
2.在注册表中HKEY_CURRENT_USERSoftwareMicrosoft
WindowsCurrentVersionInternetSettings中
加一DWORD范例ReceiveTimeout,值设为好比8个9.
3.restartcomputer.如果互联网服务提供商,支撑数据的云服务,或它们之间任一点网络被堵塞或中断,他们就会遇到与数据延迟或应用程序故障有关的问题。如果问题发生在企业内部,解决方案提供商可以排除故障找出原因。
深爱那片海 该用户已被删除
沙发
发表于 2015-1-28 05:10:29 | 只看该作者
groupby子句可以将查询结果分组,并返回行的汇总信息Oracle按照groupby子句中指定的表达式的值分组查询结果。
金色的骷髅 该用户已被删除
板凳
发表于 2015-2-5 16:50:47 | 只看该作者
如果是将来做数据库的开发设计,就应该详细学习T-SQL的各种细节,包括T-SQL的程序设计、存储过程、触发器以及具体使用某个开发语言来访问数据库。
灵魂腐蚀 该用户已被删除
地板
发表于 2015-2-13 00:52:48 | 只看该作者
数据库物理框架没有变动undo和redo都放在数据库得transaction中,个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库,可能能在一定程度上避免I/O效率问题。
若天明 该用户已被删除
5#
发表于 2015-3-3 12:00:48 | 只看该作者
连做梦都在想页面结构是怎么样的,绝非虚言
变相怪杰 该用户已被删除
6#
发表于 2015-3-11 11:05:49 | 只看该作者
对于数据库来说,查询是数据库的灵魂,那么SQL查询效率究竟效率如何呢?下文将带对SQL查询的相关问题进行讨论,供您参考。
分手快乐 该用户已被删除
7#
发表于 2015-3-18 13:54:07 | 只看该作者
还不是性能有问题!否则面向对象的数据库早就实现了!建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法,并且用到了大量的指针和高级数据模型。
小女巫 该用户已被删除
8#
发表于 2015-3-26 02:56:25 | 只看该作者
不过话说回来了,绝大多数的性能优化准则与对sqlserver存储的结构理解息息相关
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-5-22 14:06

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表