C# 记录存储场景

我希望您对此提出建议，并希望以更好的方式实现此功能。我有一个记录列表，它将包含200到300条记录，甚至更多，这些记录对于每个用户都是唯一的。当用户选择记录时，需要从列表中更新所选记录，但这不会仅更新列表中的数据库。所以我的问题是：要临时保存记录，无论我使用的是Session还是Viewstate或其他什么，我应该使用什么

---

请帮我解决这个问题……

Viewstate对请求和响应有很大的负担。我只想说：不要用那个。。。事实上，为了任何事

会话状态听起来更有希望，但就我个人而言，我会考虑在这里使用数据库方法，即使是对于未提交的数据，也可以使用一些单独的表来表示正在进行的工作，可能是在不同的数据库模式中，或者是在完全不同的数据库中

---

但我想最终，这和使用会话状态的区别很小，除了：更正式。但是，更新数据库中的单个记录比加载会话、反序列化、编辑对象、序列化和存储为会话更容易。

能否请您重新编写问题，使其清晰易读？好的。。。奥德。。。我会的…为什么不使用数据库呢？如果你不想让它成为主桌，那么。。。使用一套单独的表格！对不起，马克，我不能用桌子。当用户更新特定记录时，我从数据库中获取记录，它将进入另一个用户的收件箱，但当前用户希望查看他更新了哪些记录，我无法更改数据库中的任何内容。@rick right-因此我的主要观点。。。但您肯定可以用数据库存储来比喻未提交的更改吗？…使用数据库的开销真的少了吗？活着的对象将很高兴地驻留在会话中。@sq33G我总是假设一个非平凡的系统有平凡的系统，几乎任何东西都可以工作-因此不止一个服务器，因此会话状态可能是集中的和序列化的。在这种情况下：是-更新1值的SQL查询要快得多。即使在本地，它通常也是序列化的。