我有一个使用gridview的应用程序非常慢。
为页面添加Trace=true
后,我追踪了花费时间的地方:在GridView上调用BindData()时。 GridView
已连接到LinqDataSource
。
以下是跟踪输出:
GetContact 0.955485090710761 0.000339
DataBind 0.97438854173692 0.018903
PopulateStates 6.58986882347249 5.615480
以下是asp.net页面示例
<asp:LinqDataSource ContextTypeName="DAL.BALDataContext" TableName="loc_access_contacts"
ID="_ldsContact" runat="server" OrderBy="organisation, last_name, first_name">
</asp:LinqDataSource>
<cc1:CustomGridView ID="gvContact" runat="server" DataSourceID="_ldsContact" AutoGenerateColumns="False" Width="100%"
DataKeyNames="person_id" ForeColor="#333333" GridLines="None" AllowPaging="False"
AllowSorting="True" BorderStyle="None" ShowFooter="false" CaptionAlign="Top"
PagerStyle-HorizontalAlign="Left" HeaderStayPolicy="NotStay" SessionKey="Contact.GridView.Columns.SortSettings"
SaveKey="ContactManagementSortSettings" OnRowCommand="gvContact_RowCommand" OnSorting="gvContact_Sorting">
代码背后:
Trace.Write(" DataBind");
gvContact.DataBind();
Trace.Write(" PopulateStates");
populateStates(contact);
LINQ数据源代码如下所示:
public System.Data.Linq.Table<loc_access_contact> loc_access_contacts
{
get
{
return this.GetTable<loc_access_contact>();
}
}
从此属性生成的SQL是规范SELECT <all fields> FROM loc_access_contact
。
表loc_access_contact
看起来像:
CREATE TABLE [dbo].[loc_access_contact](
[person_id] [int] IDENTITY(1,1) NOT NULL,
[organisation] [nvarchar](50) NULL,
[last_name] [nvarchar](50) NULL,
[first_name] [nvarchar](50) NULL,
[is_active] [tinyint] NULL,
[state_id] [char](2) NULL,
[postal_code] [nchar](4) NULL,
[town] [nvarchar](50) NOT NULL,
[phone_number] [nvarchar](20) NULL,
[mobile_number] [nvarchar](20) NULL,
[fax_number] [nvarchar](20) NULL,
[email_address] [nvarchar](255) NULL,
[street_name] [nvarchar](255) NULL,
[house_number] [nvarchar](20) NULL,
[postal_box] [nvarchar](20) NULL,
[language] [tinyint] NULL,
CONSTRAINT [PK_person] PRIMARY KEY CLUSTERED
(
[person_id] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
该表包含大约287个联系人。
DataBind怎么这么慢?如何进一步追踪正在发生的事情?
答案 0 :(得分:1)
如果您使用的是SQL Server,我会对应用程序进行跟踪,然后再次运行。然后我会挑选出已运行的实际SQL。直接在数据库上运行,然后看看你是否能发现瓶颈。
看起来好像你带回了loc_access_contacts
中的所有数据,所以这可能是数据的绝对数量。
另一种可能是排序。您按组织,last_name,first_name进行排序。我很想在这些列上放置一个非聚集索引来帮助提高排序效率。请检查此表是否具有合理的聚簇索引,即主键。
当然我在这里假设您可以控制您的数据库,我知道很多人都没有。在这种情况下(或者老实说)在您的网格中使用分页。如果你可以使用某种敏感的服务器端分页(即使用Skip
和Take
LINQ运算符),这将极大地提高你的绑定效率。他们的数据将会少得多。