【正文】 按 ID排序時(shí)，響應(yīng)時(shí)間為顯著較小。圖中這個(gè)模式重復(fù) 7和圖 8：響應(yīng)時(shí)間時(shí)，由聚集索引的排序是，響應(yīng)時(shí)間由一個(gè)非聚集索引排序時(shí)短。比較圖 6，圖 7和圖 8和圖 5可以很明顯地，使用任一聚集或非聚集索引提供了顯著的改善需要的數(shù)據(jù)獲取時(shí)間。索引的存在對(duì)當(dāng)排序和分頁在 1 SQL存儲(chǔ)過程完成的 Web服務(wù)器上的響應(yīng)時(shí)間沒有影響。結(jié)果是相同的，在圖 3和圖 4所示。 圖 58中的一個(gè)奇特的屬性是兩個(gè)峰的存在。當(dāng)他們出現(xiàn)時(shí)進(jìn)行排序在非索引字段（在圖 5的所有曲線） ，或與非聚集索引（ 輸入 框 和 文本框 在圖 6 中， ID和 輸入框 在圖 7 中，編號(hào)和 文本框 在圖 8 場(chǎng)） 。這意味著，有兩個(gè)不同的群體在代碼 2中的 SQL 存儲(chǔ)過程時(shí)的反應(yīng)。問題出在第二個(gè) select語句“ SELECT * FROM testTableWHERE ID @ LastID ORDER BY ID ASC”的代碼 2 。我們檢測(cè)到的響應(yīng)時(shí)間要長(zhǎng)得多，當(dāng)輸入?yún)?shù) @ pageNumber 18000 。 @ LastID 是 @ pageNumber值越小越小。因此， SELECT語句排序，并返回一個(gè)更大的數(shù)據(jù)集，并在需要其執(zhí)行的時(shí)間增加 。 SQL服務(wù)器使用索引文件來識(shí)別記錄的排序，然后用從表 測(cè)試表 資料的記錄加入索引文件，最后返回該記錄的每一列（注意使用*符號(hào)的，這意味著所有表列返回） 。作為記錄集的大小增加時(shí)， SQL Server使用更多的內(nèi)存來記錄進(jìn)行排序。如果記錄消耗比什么是可用的 SQL 服務(wù)器進(jìn)程的內(nèi)存，那么 SQL服務(wù)器開始使用虛擬內(nèi)存，它比內(nèi)存慢得多。在我們的測(cè)試環(huán)境中， SQL服務(wù)器開始使用虛擬內(nèi)存時(shí)記錄在記錄數(shù)大于 820,000 （ 18,000第一頁 10條記錄每個(gè)被跳過）大。上述論點(diǎn)成立，對(duì)于兩種情況 排序是一個(gè)非聚集索引上 做了一個(gè)非索引字段或字段。然而，當(dāng)排序是由聚簇索引字段來完成（在圖 6的 ID，文本字段，如圖 7 ， 輸入框 在圖 8中） ，那么就可以注意到，有一個(gè)單峰。表中的記錄已經(jīng)由物理的聚集索引字段排序。我們重復(fù)表中的一個(gè)不同數(shù)目的記錄的測(cè)量值： ， ， 記錄。其目的是 測(cè)試的響應(yīng)時(shí)間上的記錄數(shù)的依賴性。正如預(yù)期的那樣，響應(yīng)時(shí)間為 較大的數(shù)據(jù)庫記錄數(shù)。響應(yīng)時(shí)間更快的成長(zhǎng)與對(duì)相比于 SQL Server 排序和分頁 。圖 9 圖 12示出了響應(yīng)時(shí)間之間的關(guān)系平均超過 500試驗(yàn)和表中的記錄的數(shù)量 測(cè)試表 的。最快的響應(yīng)時(shí)間和最慢的增長(zhǎng)與表中的記錄的 測(cè)試表 數(shù)是使用 SQL存儲(chǔ)過程有一個(gè)聚集索引，后跟一個(gè) SQL存儲(chǔ)過程有一個(gè)非聚集索引，后跟一個(gè) SQL 存儲(chǔ)過程沒有實(shí)現(xiàn)時(shí)，指數(shù)，其次是web服務(wù)器排序和分頁。 如圖 3 圖 5 中的響應(yīng)時(shí)間之間的其它關(guān)系是有效的，不論記錄數(shù)都被保留下來。一提的唯一的區(qū)別值得如圖 13。當(dāng)記錄在表中的數(shù)量較少（如 500,000）和聚簇索引是在 文本框 中，則因?yàn)橥ㄟ^ ID和 輸入框 排序時(shí)，只有一組響應(yīng)時(shí)間內(nèi)存消耗是足夠小，不會(huì)觸發(fā)虛擬內(nèi)存的使用情況。此外，相比于圖 7為1,000,000條記錄的 ID和 輸入框 和 50萬條記錄進(jìn)行排序時(shí)，響應(yīng)時(shí)間為顯著較小。 上述試驗(yàn)是在重復(fù)分布式部署方案： MS SQL服務(wù)器被安裝在一臺(tái)物理服務(wù)器上，而 IIS Web服務(wù)器安裝在另一臺(tái)服務(wù)器上。我們觀察到顯著增加的響應(yīng)時(shí)間取決于網(wǎng)絡(luò)速度的測(cè)試情況下，排序和分頁是做 Web服務(wù)器上，從而顯著金額在網(wǎng)絡(luò)數(shù)據(jù)的行程。 SQL排序和分頁 從代碼 2第二個(gè) SELECT語句在第 4節(jié)之前提到的問題是可以解決 的 storeprocedure這個(gè)修改： CREATE TABLE t(x INT) SET ROWCOUNT @PageSize INSERT INTO t SELECT [int] FROM testTable WHERE [int] @LastID ORDER BY [int] ASC SELECT testTable.* FROM t LEFT JOIN testTable ON t.[x] = testTable.[int] 代碼 3。修改 SQL存儲(chǔ)過程的代碼 2?！?SELECT *‖ 守則 2語句被分解成兩部分：第一部分訂單被索引字段的記錄和存儲(chǔ)僅索引字段到一個(gè)臨時(shí)表＃ T。只有 @ arestored每頁記錄。沒有加入在表 TestTable的索引和記錄之間進(jìn)行，因此，執(zhí)行時(shí)間是非常短的第一部分。第二部分加入記錄從臨時(shí)表與 recordsfrom原始表TestTable的。由于聯(lián)接上 @每頁做只記錄（如： 10條記錄），第二部分完成得很快了。圖 14展示了數(shù)量級(jí)的改善訂單時(shí)修改 SQL存儲(chǔ)從代碼 3的程序使用。當(dāng)排序和分頁與非聚集索引上做一個(gè)字段類似的改進(jìn)得以實(shí)現(xiàn)。 5. 結(jié)論 使用 。如果一個(gè) 數(shù)據(jù)源控件是用來從數(shù)據(jù)庫中獲取所有的數(shù)據(jù)，然后將數(shù)據(jù)綁定控件的排序和記錄的頁面，那么響應(yīng)時(shí)間可以快速地返回的 SQL存儲(chǔ)過程實(shí)現(xiàn)規(guī)模增長(zhǎng) 。 在 SQL Server上的排序和分頁的時(shí)候應(yīng)該高性能，資源消耗低，需要使用。它需要較少的時(shí)間來 fetchthe記錄，然后發(fā)送到 將 bedisplayed的記錄。響應(yīng)時(shí)間可如果排序和分頁與指數(shù)進(jìn)行現(xiàn)場(chǎng)被進(jìn)一步降低。最好的結(jié)果是實(shí)現(xiàn)對(duì)聚集索引。 6. 參考 [1] A. BogardiMeszoly, G. Imre, H. Charaf,“ Investigating factors influencing the response time in J2EE web applications‖, WSEAS Transactions on Computers, Vol. 4(2), February 2022, ISSN 11092750, pp. 179184 [2] MSDN, ― Data Access Overview‖, [3] M. MacDonald, A. Freeman and M. Szpuszta, “ Pro 4 in C 2022‖, ISBN10: 9781430225294, APress, 2022. [4] R. Ramakrishnan, J. Gehrke, ―Database Management System‖, ISBN10: 0071230572,3rd Edition, McGrawHill Higher Education,2022 附件 2：外文原文 Empirical study of performance of data binding in web applications Toni Stojanovski, Marko Vu?kovi?, and Ivan Velinov Faculty of Informatics, European University, Skopje, Republic of Macedonia, Abstract Most developers use default properties of server controls when developing web applications. web applications typically employ server controls to provide dynamic web pages, and databound server controls to display and maintain database data. Though the default properties allow for fast creation of workable applications, creating a highperformance, multiuser, and scalable web application requires careful configuring of server controls and their enhancement using custommade code. In providing monly required functionality in datadriven web applications such as paging, sorting and filtering, our empirical study evaluated the impact of various technical approaches: automatic data binding in web server controls。 data paging and sorting on web server。 paging and sorting on database server。 indexed and nonindexed database columns。 clustered vs. nonclustered indices. The study observed significant performance differences between various technical terms — web applications, scalability, database access 1. Introduction In the last few years we are observing increaseduse of web applications. This is a consequence ofmany factors: zeroclient installation, serveronlydeployment, powerful development tools, growing user base etc. Furthermore, petition and the quickly changing and growing user requirementscreate a demand for rapid development of web applications. Microsoft Visual Studio (MVS) is the dominant web applications development environment of today. MVS provides numerous mechanisms to support rapid development of applications. Most developers tend to usethe default mechanisms: page caching。 introduction of state in HTTP (session, cookies, hidden HTML controls etc.), data management, and the server controls which are arguably the most significant enabler of the rapid development. Though these mechanisms and server controls can significantly decrease the application’s “ time to market‖, at the same time they can reduce performance and scalability of the web application. Analysis of factors which influence the response time of web applications is an active area of research [1].In this paper, we demonstrate the importance of adding custom program logics to server controls in order to improve performance and scalability of web applications. Here we put emphasis on the data binding mechanism, that is, the mechanisms used to maintain and display data. The other mechanism, such as data updating, pag caching, data caching, state management etc. a