SQL Server와 ASP가있는 간단한 메시지 책을 썼습니다. 이 사이트에는 ASP가 MSSQL 저장 절차를 호출하여 두 가지 방법과 효율성 속도에 대해 자세히 설명합니다. 다음은 세부 사항입니다.
맥주 (원본)
SQL Server와 ASP가있는 간단한 메시지 책을 썼습니다.
비교하여 몇 가지 방법의 시간 비교를 살펴 보겠습니다.
먼저, 저장 절차 페이징을 사용하십시오.이 상황은 두 가지 방법으로 나뉩니다.
첫 번째는 다음과 같이 명령 개체를 사용합니다.
cmd = server.createobject (adodb.command) set
cmd.activeconnection = conn
cmd.commandtext = ycuu_gb_getmsg
cmd.commandtype = 4'adcmdstordproc
cmd.prepared = true '
param = cmd.createparameter 세트 (@ipageno, adinteger, 1,2, page)
cmd.parameters.Appending param
set param = cmd.createparameter (@ipagesize, adinteger, 1,2, pagesizeconst)
cmd.parameters.Appending param
RS = CMD.Execute를 설정하십시오
두 번째는 다음과 같이 연결 객체의 실행 방법을 직접 실행하는 것입니다.
set rs = const.execute (ycuu_gb_getmsg & page &, & pagesizeconst)
둘째, 스토리지 절차를 사용하지 말고 ADODB.Recordset의 기능을 직접 사용하십시오.
set rs = server.createobject (adodb.oldset)
sql = select *에서 DateAndTime desc의 방명록 주문
Rs.OOPEN SQL, CONN, 1,1
rs.pagesize = 150 '각 페이지에 표시된 메시지 수,
총 = Rs.rcordCount
myPagesize = rs.pagesize
rs.AbsolutePage = 페이지
속도를보다 명백히 표시하기 위해 페이지 당 표시되는 메시지 수를 150으로 늘 렸습니다 (실제로는 큰 값을 설정하지 않습니다). 내 컴퓨터의 구성은 주로 속도 비교이기 때문에 생략됩니다.
발견, 실행 시간은 다음과 같습니다.
첫 번째 : 0.1953125 초와 0.2109375 초 사이의 안정성, 평균 값은 약 0.20 초입니다.
두 번째 : 0.1716875 초와 0.1857 초 사이의 안정, 평균 값은 약 0.177 초입니다.
세 번째 유형 : 0.4375 초에서 0.4632 초 사이 평균 값은 약 0.45 초입니다.
그러나 읽은 레코드 수가 20 인 경우 결과는 다음과 같습니다.
발견, 실행 시간은 다음과 같습니다.
첫 번째 : 0.0390625 초와 .0546875 초 사이의 안정적인 평균 값은 약 0.045 초입니다.
두 번째 : 0.046875 초와 .0546875 초 사이의 안정성, 평균 값은 약 0.050 초입니다.
셋째 : 0.09375 초와 0.1015625 초 사이의 안정성, 평균 값은 약 0.97 초입니다.
이러한 관점에서, 두 가지 연결 방법과 커밋 방법은 크게 다르지 않은 것 같습니다.
이전의 호출 방법은 더 간단한 것 같습니다.
동시에, 페이징의 저장 속도가 실제로 레코드 세트의 페이징 속도보다 훨씬 빠릅니다.
추신 : 남동생은 첫 번째 기사를 게시했습니다. 오, 좋은 기사를 찾기가 정말 어려웠습니다. 앞으로 열심히 일할 것입니다. 이번에는 모두가 잘 쓰지 않기를 바랍니다. 그건 그렇고, 나는 또한 인터넷에서 찾은 것이 이런 식으로 스토리지 절차를 수행하기 때문에 Hero Conn.Execute 및 Command.Execute의 모든 더 나은 방법을 묻고 싶습니다. 왜 그것이 앞면만큼 단순 해야하는지 모르겠습니다.
ASP는 기사를 페이징하기위한 MSSQL 저장 절차의 두 가지 방법과 효율성을 호출합니다.