Performance Linq和大数据集的内存/效率
你知道我的背景吧，我做了十二年的专业程序员。到目前为止，我最好的语言是C，但是我已经做了C、C++和最近的ObjvEC。我在访问数据库中的数据方面做了很多工作，但除了在IOS中，我没有做过像大多数人那样多的UI工作 最近，我开始在C中使用实体框架来完成一项工作，我必须说，我希望我能早点发现它。我不会说这是自切片面包以来最好的东西，但它非常接近。在使用了一段时间后，它让我想到了与所有东西都使用IDBConnections和IDBCommands的老式方法相比的最佳实践和用法 我编写代码的目的是为了在绑定的数据网格中列出数据库中用户表的内容，目的是让用户能够执行标准的CRUD操作。我首先制作了一个用户类和一个带有相应实现的IUserManager接口。每个用户都被分配到一个部门，自然也需要一种在部门上执行CRUD的方法，所以我添加了一个department类、一个IDepartmentManager接口和一个实现。我对其进行了设置，以便网格绑定到IUserManager接口上的.GetAll方法的结果上。然后我开始填肚子 我不再需要这些代码了，但我基本上使用IDBConnection通过使用SQL查询的IDBCommand访问数据存储。然后我调用command.ExecuteReader并在IDataReader对象上迭代.Read方法。使用每个列的序号，我提取数据，验证数据，并将其滑入用户类，然后将该类添加到字典中，然后该方法将返回该字典。当然，所有的DB类都是IDisposable的，所以将它们包装在一个using中就可以清理混乱 相当标准的东西，我已经做了无数次了 这时我意识到我从数据库中提取的部门ID不是我想要在网格中显示的。告诉某人‘这家伙在第七部门’不如说‘这家伙在会计部门’有用。因此，我首先尝试修改我的查询以获得departmentId和name，然后将名称存储在用户对象上以供以后显示。然后，我决定给用户一个Department类实例，它将在其生命周期内挂起并填充该实例。就在那时，我把胆量变成了林克Performance Linq和大数据集的内存/效率,performance,linq,memory,Performance,Linq,Memory,你知道我的背景吧，我做了十二年的专业程序员。到目前为止，我最好的语言是C，但是我已经做了C、C++和最近的ObjvEC。我在访问数据库中的数据方面做了很多工作，但除了在IOS中，我没有做过像大多数人那样多的UI工作 最近，我开始在C中使用实体框架来完成一项工作，我必须说，我希望我能早点发现它。我不会说这是自切片面包以来最好的东西，但它非常接近。在使用了一段时间后，它让我想到了与所有东西都使用IDBConnections和IDBCommands的老式方法相比的最佳实践和用法 我编写代码的目的是为了
public Dictionary<int, User> GetAll()
{
var result = new Dictionary<int, User>();
using (var datastore = new myEntities())
{
result = (from user in datastore.userInfoes
join department in datastore.userDepartmentInfoes on user.departmentID equals department.departmentID
select new User()
{
UserIndex = user.id,
FirstName = user.firstName,
LastName = user.lastName,
Department = new Department()
{
DepartmentId = user.departmentID.Value,
DepartmentName = department.departmentName,
},
Username = user.userName,
}
).ToDictionary(x => x.UserIndex, x => x);
}
return result;
}
正如我所说，我很可能过度分析了这一点。我对linq工作方式的一些假设可能也不正确。但是出于学习的兴趣，我想我不得不问：做这样的事情最好的方法是什么？对于小数据集来说，这种事情可以吗？作为一个MCV实现，整个事情会比拉入整个数据集显示在网格中更好吗？如果您需要在m中显示整个数据集 埃默里-你将不得不加载它无论如何。我相信你不会在网格中列出10kk用户，对吗？出现的技术是分页。请举例说明 对于departments对象，您的UserInfo是否有部门的外键？如果是这样的话，你应该有userInfo.Department可供你使用，不需要加入 如果将部门数据绑定到网格列，为什么要使用department类型的属性？我假设您的用户类是绑定到UI的东西。将其展平为：
class User
{
Username
UserIndex
FirstName
LastName
DepartmentId
DepartmentName
}