返回网站首页 留言本首页

:::: 请 您 留 言 ::::

 姓名:

 主页:

 主题:

 Email:


主页和邮件是保密的,只有阿江可以看到



胜多负少 2023-10-30 06:26 说 有木有

用阿江是一种情怀。一直在用阿江统计。

neve 2023-10-26 15:33 说

我来了!

h 2023-10-20 17:42 说 好

怀旧😁😁

aa 2023-10-15 14:08 说 留念

时间太快了,一转眼好多年过去了,依然记得站长,真棒。

咖啡 2023-10-14 21:55 说 时不时的都会来看看

这人一上了年纪,就容易怀旧,还记得2005年前后使用ajiang探针做个人站长的日子,一晃多年过去了,感叹。

CC 2023-10-13 18:07 说

可以先尝试优化原来的ACCESS数据库和相关查询代码
=======
以上是你的帮忙解答,请问有具体的经典最优ASP查询语句例子或ASP学习网站参考吗,哪种ASP查询写法才是最优的代码?我的ASP站点查询或更新语句都是
一、查询结果
select 具体字段 from 表 where 条件

二、列表查询
rs.open "select 具体字段 from 表 where 条件 order by 字段",conn,1,3
do while not rs.eof
...
rs.movenext
loop
rs.close

三、添加和更新
rs.addnew
rs.update


我的某些ASP页面,有3到5个select查询语句,涉及到多个表,有的是联动查询2到3个表,有的是单个表。应该从哪里优化查询语句?
请问有具体的经典最优ASP查询语句例子或ASP学习网站参考吗,哪种ASP查询写法才是最优的代码?

CC 2023-10-13 17:54 说

阿江,你好,我在留言主页一栏填了个人站点。ASP + 50M的ACCESS数据库,事件查看器-应用程序里面频繁出现下列3个错误,请问是数据库太大的缘故吗
======

事件类型:错误
事件来源:Active Server Pages
事件种类:无
事件 ID:5
日期:2023-10-13
事件:14:50:14
用户:N/A
计算机: COM
描述:
错误: 文件 /index.asp 行 0 内存不足. 无法分配所需的内存。。


----


事件类型:错误
事件来源:Active Server Pages
事件种类:无
事件 ID:5
日期:2023-10-13
事件:14:50:14
用户:N/A
计算机: COM
描述:
错误: 文件 /list.asp  意外错误. 外部对象中发生了可捕获的错误(E06D7363)。脚本无法继续执行。。


-----


事件类型:错误
事件来源:Active Server Pages
事件种类:无
事件 ID:5
日期:2023-10-13
事件:14:01:00
用户:N/A
计算机: COM
描述:
错误: 文件 /showlook.asp  意外错误. 外部对象中发生了可捕获的错误(E06D7363)。脚本无法继续执行。。

CC 2023-10-11 23:13 说

阿江,感谢你的回复。好的,我选择MSSQL。

刚采购了一台2H2G(Xeon(R) CPU E5-2697A V4 @ 2.6 GHZ)的配置WIN2012 R2,装了SQL2005,还没放站点,仅SQL和空IIS就占去了1G内存,还剩1G内存了。

买不到WINDOWS2003的机器,否则会好很多。我发现还没放站点,WIN2012+SQL2005 内存就用了一半,又有点打退堂鼓想继续用ACCESS。

access数据库最大保持在多少MB以下,才能保持速度和性能?提交内容单条最大10万字。目前ACCESS已50M,建议继续用access,还是更换成mssql?

■ 回复:
你应该是用的虚拟服务器(云主机之类),提升配置的成本很高,而且磁盘性能非常弱,我一直观点就是要想用得爽一定要用独立服务器,云主机只适合干一些非常基础和简单的事。独立服务器并不贵多少,并且性能是几百倍上千倍的提升。

ACCESS的性能不完全和数据库的大小有关,而看一条查询所涉及到的行数及相关字段的大小。当然受磁盘性能影响也很大。可以先尝试优化原来的ACCESS数据库和相关查询代码,实在不行了再考虑升级。

总的来说这个事类似小马过河,适合自己慢慢研究慢慢试。

CC 2023-10-10 13:52 说

你好,阿江,请教:
ASP+ACCESS,网站采用的GB2312编码,现在ACCESS超过50M了,登陆经常提示该用户名不存在以及切换页面很慢,网站是面向网友注册使用的。

问题一:
如果更换数据库的话,SQL(SQL Server 2005)数据库 和 MYSQL数据库,换哪个更好?

问题二:
如果转换的话,有哪些需要注意的。

■ 回复:
有WIN服务器的话,肯定是MSSQL更好,从2005版开始,它的极限承载力已经远远高于mysql了,基本是给的硬件越强它的承载力就能越高,而且使用MSSQL你需要修改的代码相对要少得多。

转换起来也没啥需要注意的,主要就是ACCESS和MSSQL所支持的SQL语句不完全一样,只要确保每一条语句都重新确认和测试过就好了。

emmons 2023-10-7 02:08 说

看到这个网站,真想回到2000年左右的那会儿,回到那个虽然不富裕但充满希望和快乐的时期。也许等我快死的时候,我的精神会回去吧。谢谢站长给了我们怀旧的场所


[1][2][3][4][5][6][7][8][9][10][11][12][13][14][15][16][17][18][19][20][21][22][23][24][25][26][27][28][29][30][31][32][33][34][35][36][37][38][39][40][41][42][43][44][45][46][47][48][49][50][51][52][53][54][55][56][57][58][59][60][61][62][63][64][65][66][67][68][69][70][71][72][73][74][75][76][77][78][79][80][81][82][83][84][85][86][87][88][89][90][91][92][93][94][95][96][97][98][99][100][101][102][103][104][105][106][107][108][109][110][111][112][113][114][115][116][117][118][119][120][121][122][123][124][125][126][127][128][129][130][131][132][133][134][135][136][137][138][139][140][141][142][143][144][145][146][147][148][149][150][151][152][153][154][155][156][157][158][159][160][161][162][163][164][165][166][167][168][169][170][171][172][173][174][175][176][177][178]

阿江ASP留言本 V1.0 Copyright 2001   阿江守候 www.ajiang.net