2000年，时值大学毕业前夕。当时的互联网，如雨后春笋般，存在的着不少设计精美的个人网站，如阿江、秘密花园、遐思，等等，很多很多。

如今，很多年过去。除了秘密花园、阿江依然保持更新驻留记忆外，很大一部分已经关闭。

如今，试着，在互联网上搜寻片段，保持一点那个年代互联网记忆。

如果您也保存有自己钟爱的互联网记忆，欢迎联系免费刊登展示。www.ygyl.net（阳光雨露 探寻互联网记忆）

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

我来了！

怀旧😁😁

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

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

可以先尝试优化原来的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查询写法才是最优的代码？

阿江，你好，我在留言主页一栏填了个人站点。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)。脚本无法继续执行。。

阿江，感谢你的回复。好的，我选择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数据库和相关查询代码，实在不行了再考虑升级。

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

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

问题一：
如果更换数据库的话，SQL(SQL Server 2005)数据库 和 MYSQL数据库，换哪个更好？

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

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

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