我需要分析数万行数据，这些数据从文本文件中导入。每一行数据有八个变量。目前，我使用一个类来定义数据结构。当我遍历文本文件时，我将每行对象存储在一个通用列表(List)中。
我在思考是否应该转向使用关系型数据库(SQL)，因为我需要分析每行文本中的数据，并尝试将其与定义术语联系起来，而我目前也是将定义术语存储在通用列表(List)中。
我的目标是使用定义术语翻译大量数据，并使定义过的数据可以进行过滤、搜索等操作。反复思考后，使用数据库似乎更合理，但在做出更改之前，我想先得到更有经验的开发人员的确认（我最初使用的是结构体和数组列表）。
我唯一能想到的缺点是，在用户查看并翻译数据后，这些数据不需要被保留。因此，使用数据库可能有点浪费。
不一定需要访问数据库，这取决于数据的实际大小和所需处理的过程。如果您将数据加载到具有自定义类的列表中，为什么不使用Linq来查询和过滤呢？类似这样：
var query = from foo in List<Foo>
where foo.Prop = criteriaVar
select foo;
真正的问题是数据是否太大，无法舒适地加载到内存中。如果是这种情况，那么使用数据库会更简单。
这不是大量数据。我看不出为什么需要在分析中涉及数据库。
C#内置了查询语言--LINQ。原帖作者目前使用的是对象列表，因此实际上没有什么要做的。在这种情况下，对于我来说，加入数据库似乎会增加更多的热度而不是帮助。
听起来你需要的是一个数据库。Sqlite 支持 内存数据库（使用“：memory:”作为文件名）。我猜其他一些数据库也可能有内存模式。
如果你不介意使用Access，你可以这样做：
将一个空的Access数据库作为资源附加进来， 需要时，将该数据库写入文件中。 运行一个处理你数据列的CREATE TABLE语句， 将数据导入新的表格中。 使用SQL运行你的计算， 在关闭时删除该Access数据库。
你可以使用Resourcer等程序加载该数据库到Resx文件中。
ResourceManager res = new ResourceManager( "MyProject.blank_db", this.GetType().Assembly );
byte[] b = (byte[])res.GetObject( "access.blank" );
然后使用以下代码从项目中提取资源。将字节数组保存到临时位置并使用临时文件名保存。
"MyProject.blank_db"是资源文件的位置和名称 "access.blank"是给资源保存的选项卡
如果你只需要进行搜索和替换，可以考虑使用sed和awk，并且可以使用grep进行搜索。当然，这仅适用于Unix平台。