我有一个处理排序、过滤和分页的存储过程(使用Row_Number)和一些时髦的技巧:) SP对一个大约有140k行的表运行。
整个过程运行良好,至少在开始的几十页中是超级快的。然而,如果我试图导航到更高的页面(例如,头到10k的最后一页),整个过程就会突然停止,并导致SQL超时错误。
如果我在studio manager查询窗口中使用相同的parms运行相同的查询,则无论我传入的页码是多少,响应都是即时的。
目前,它只是简单地绑定到.NET 3.5中的ASP:Datagrid的测试代码
SP如下所示:
BEGIN
WITH Keys
AS (
SELECT
TOP (@Pa
我将创建一个web应用程序,其中许多用户将使用ASP.NET 3.5将数据输入到SQL Server中。将不会有大量数据发送到客户端,因为数据将从数据库设置为分页大小。使用存储过程。我正在询问你们在Web2.0方面的经验,也就是AJAX,jQuery和其他客户端技术(没有回发)关于性能和响应问题。我还研究了SQL,但大多数示例要么是在LINQ to ASP.NET中显示的,要么是在实体框架中显示的。LINQ to SQL的执行速度似乎比普通的ADO.NET慢,我更喜欢将数据加载到对象中。
插入和编辑表单将通过javascript在同一页面上打开,或者通过模式弹出窗口打开,或者在为其保留的区域中