LINQ TO SQL，ADO.NET实体框架，T-SQL_.net_Asp.net_Linq To Sql_Tsql_Linq To Entities

LINQ TO SQL，ADO.NET实体框架，T-SQL

.net asp.net linq-to-sql tsql

LINQ TO SQL，ADO.NET实体框架，T-SQL,.net,asp.net,linq-to-sql,tsql,linq-to-entities,.net,Asp.net,Linq To Sql,Tsql,Linq To Entities,您好我有一些应用程序/网站使用LINQ to SQL运行，前几天我决定继续优化一些查询，等等，我发现可变长度数据类型的大小是从参数值而不是列实际大小导出的例如，列被定义为nvarchar（30）。当我使用linq以5个字符长的值查询该列时，sp_executesql中的参数将被定义为nvarchar（5）…这会导致主过程缓存膨胀，即使对于具有大量查询的小型实用程序站点也是如此有没有办法优化这一点 BR，在EF 1中，它与您看到的L2S行为相同，因此，查询不会因不同的参数值而使缓存膨胀。在E

您好

我有一些应用程序/网站使用LINQ to SQL运行，前几天我决定继续优化一些查询，等等，我发现可变长度数据类型的大小是从参数值而不是列实际大小导出的

例如，列被定义为nvarchar（30）。当我使用linq以5个字符长的值查询该列时，sp_executesql中的参数将被定义为nvarchar（5）…这会导致主过程缓存膨胀，即使对于具有大量查询的小型实用程序站点也是如此

有没有办法优化这一点

BR，

在EF 1中，它与您看到的L2S行为相同，因此，查询不会因不同的参数值而使缓存膨胀。

这与实体框架有什么关系？只是想知道如果使用linq to entities，是否会出现相同的问题这与实体框架有什么关系？只是想知道如果使用linq to entities，是否会出现相同的问题