仓酷云

标题: ASP编程:怎样进步WEB程序的效力 (第一篇SQL篇) ... [打印本页]

作者: 因胸联盟    时间: 2015-1-16 22:59
标题: ASP编程:怎样进步WEB程序的效力 (第一篇SQL篇) ...
Windows本身的所有问题都会一成不变的也累加到了它的身上。安全性、稳定性、跨平台性都会因为与NT的捆绑而显现出来;web|程序怎样进步WEB程序的效力(第一篇"SQL篇")  
  
  良多网友十分不喜好用ASP来编程,他们老是埋怨说ASP程序太慢,效力太低。更但愿用PHP,JSP等来写程序。实在不克不及从"以为"这个角度来看成绩,而应当从实践中看成绩,ASP真的很慢的吗,那末微软的站为什么用ASP也不慢呢?PHP真的很快吗,实在它也仍旧是注释性的言语。只不外在Linux下的分离对照好而以。JSP的开辟也不会复杂到那边,并且要经由过程JDBC-ODBC桥才干毗连ACCESS库等,这类情形下效力也不高。
  实在,三种言语各有特性,就是优,弱点。作为一个程序员不该该老是怪言语欠好,而更应当垂青的是本人的手艺。以是明天我们不会对照这三种WEB言语究竟谁好,谁坏,而是解说怎样进步程序的实行效力成绩。
第一篇:SQL语句篇
  WEB程序中最有目共睹的应当是数据库操纵。明天我们就来说讲怎样进步SQL语句的效力。假定有一张布局以下的users的表格,个中ID为主键。已有10000笔记录。
IDint4自增
Namechar10//姓名
Ageint2//岁数
Sexchar2//性别默许值为"男"
Addressnvchar255//地点
Cashint4//积分
Photochar2//是不是有照片默许值为"没有"
PhotoUrlnvchar255//照片路径

   首页我们讲讲关于数据库中表和字段的成绩,关于WEB举行的数据库工具中,天然表的个数越少,越好;表中的安段个数越少,越好;字段中所占的字节是越少,越好。
  比方Users表中sex的字段完整能够用bit字段,举行0或1的操纵,能够界说"0"为男性,而"1"为女性,如许就能够削减char所占的字节数,如许纪录一多仍是相称可不雅的。
  再比方表的Photo的字段基本能够往失落,如许更能削减字段,从而加速读取的速率。由于Photo字段只是用来判别用户是不是有照片,而我们平安能够用PhotoUrl字段来判别。如PhotoUrl字段的值假如为空,就暗示此用户没有照片,不然假如有的话,PhotoUrl字段必定是有值的,一样能够完成响应的功效。

比方我们要显现出前10个用户名的纪录。有的网友会举行以下的操纵:

I=0
Setrs=conn.execute("select*fromusers")
Dowhilenotrs.eofandI<=10
I=I+1
Response.write("name")&"<br>"
Rs.movenext
Loop
  这段代码是能够完成下面的功效,但是假如真实的放到程序中,效力就太低了。由于上面的程序一下但是读出了一切的纪录,即10000条啊,可我们只必要10条啊,假如如许的话是否是太华侈啊,固然我们可使用MsSQL中的top命令来完成这个求,或是Mysql中的limit命令。
别的,我们只必要用户名的字段显现出来,而其他的基本不必要,而此网友却用了"select*"的命令,一会儿读了一切字段的值,这长短常没有需要的,并且在字段良多的情形下,更是减轻了实行的包袱。以是说应当利用"select字段"来举行响应的操纵。以是下面的程序能够修正为:
setrs=conn.execute("selecttop10namefromusers")
dowhilenotrs.eof
response.writers("name")&"<br>"
rs.movenext
loop
如许的话,在纪录良多的情形下,操纵会快出良多。
别的在操纵停止后,不必要再举行操纵时,必定要封闭数据库的毗连。
Setrs=nothing
Setconn=nothing
有的网友说,本来是如许啊,那他用上面的代码来检察Users表中就能够用上面的代码来完成了。
Setrs=conn.execute("selectnamefromusers")
I=0
Dowhilenotrs.eof
I=I+1
Rs.movenext
loop
setrs=nothing
实在,这段代码的效力仍旧长短常低下的。为了晓得表中有几笔记录,而遍历一切纪录,长短常不值的。我们完整能够用上面的代码来完成:

setrs=conn.execute("selectcount(id)asnumfromusers")
I=rs("num")
Setrs=nothing

是否是很复杂呢,实在count()命令就能够统计出你所要查询的纪录数,用where加上前提也能够。
假如一名用户对数据库一主要举行多少个操纵的话,我们还要注重在操纵后锁定表,用lock操纵完成后解锁的步骤,用unlock,由于假如一名用户在操纵数据库,另外一位用户也正在操纵,简单形成数据的凌乱,乃至使数据插错纪录号,发生十分严峻的成果。
在ASP的操纵中,关于数据库的操纵,分离有两种办法,一种是间接援用conn.execute流,另外一种是利用rs.open操纵。两种操纵各有其优点,而在MSSQL操纵中,前者利用的对照多,由于它是一种单一流的操纵,一样平常不克不及利用rs.addnew或rs.update等,由于此种操纵要翻开表的写操纵才行,如rs.opensql,conn,3,3,前面的3就暗示能够实行写操纵,而1暗示是读操纵。
最初,应当要尽量多的利用where前提,把多个语句合在一同。比方:显现按积分的上下分列的最后面的10位男性用户的用户名。
看看一名网友上面的代码:
setrs=conn.execute("select*fromusersorderbycashdesc")
I=0
IfI<=10andnotrs.eofthen
Ifrs("sex")=男then
Response.writers("name")&"<br>"
I=I+1
Endif
Rs.movenext
Endif
Setrs=nothing
这段代码一样能够完成下面的义务,但是效力其实是太低了,从数据库中读出的每句还要举行一次判别。关于性其余判别完整能够放到where语句中,上面看看修正过的代码:
setrs=conn.execute("selecttop10namefromuserswheresex=男orderbycashdesc")
dowhilenotrs.eof
response.writers("name")&"<br>"
rs.movenext
loop
setrs=nothing
  加上下面讲到的top命令,select字段名,和where的前提判别,不仅使程序代码削减良多,并且也会使得程序的实行效力年夜增。
  实在进步SQL言语的效力另有良多,只不外这些都是初学者伴侣或是中级的伴侣城市常常碰到,而又不在乎的中央。但愿人人能多多进修,广开思绪,不休的从理论中失掉履历。
  因为自己的程度无限,若有毛病和不敷再所不免,尽请在http://luyu.net本站的论坛中提出,让我们配合前进。</p>专业性的服务。有的ASP商提供垂直型的应用服务,针对某一特定行业提供应用服务。
作者: 飘飘悠悠    时间: 2015-1-18 12:34
不是很难但是英文要有一点基础网上的教程很少有系统的详细的去买书吧,另不用专门学习vb关于vbscript脚本在asp教材都有介绍
作者: 小魔女    时间: 2015-1-21 23:10
我就感觉到ASP和一些常用的数据库编程以及软件工程方面的思想是非常重要的。我现在也在尝试自己做网页,这其中就用到了ASP,我想它的作用是可想而知的。
作者: 兰色精灵    时间: 2015-1-28 17:22
如何更好的使自己的东西看上去很不错等等。其实这些都不是问题的实质,我们可以在实践中不断提升自己,不断充实自己。
作者: 只想知道    时间: 2015-1-28 18:23
从事这个行业,那么你可以学ASP语言,简单快速上手,熟练dreamweav排版,写asp代码,熟练photoshop处理图片,打好基础就行了
作者: 第二个灵魂    时间: 2015-2-5 15:29
我可以结合自己的经验大致给你说一说,希望对你有所帮助,少走些弯路。
作者: 再现理想    时间: 2015-2-12 16:56
接下来就不能纸上谈兵了,最好的方法其实是实践。实践,只能算是让你掌握语言特性用的。而提倡做实际的Project也不是太好,因为你还没有熟练的能力去综合各种技术,这样只能使你自己越来越迷糊。
作者: 海妖    时间: 2015-3-3 03:51
ASP的语言不仅仅只是命令格式差不多,而是包含在<%%>之内的命令完全就是VB语法。虽然ASP也是做为单独的一个技术来提出的,但他就是完全继承了VB所有的功能。
作者: admin    时间: 2015-3-11 09:15
从事这个行业,那么你可以学ASP语言,简单快速上手,熟练dreamweav排版,写asp代码,熟练photoshop处理图片,打好基础就行了
作者: 柔情似水    时间: 2015-3-18 02:35
以HTML语言整合(HTML负责界面上,ASP则负责功能上)形成一个B/S(浏览器/服务器)模式的网页程序。
作者: 山那边是海    时间: 2015-3-25 09:46
那么,ASP.Net有哪些改进呢?




欢迎光临 仓酷云 (http://ckuyun.com/) Powered by Discuz! X3.2