C# 用于存储数据的VB.Net文本文件与数据库？

这只是一个简短的问题，我相信在座的人会给我一个详细的答案

基本上，我使用DataGridView来显示数据库中的记录，在我的例子中，它只是一个正在解析的文本文件。我觉得这很简单，如果我想根据某些参数选择记录，我会遍历列表搜索匹配项。然而，我想知道与使用完整的数据库（如Mongo或SQL）相比，这是否无效

如果我的软件相对简单，我能逃脱吗？当事情不需要复杂化的时候，我真的更喜欢在复杂化的事情面前摇摆不定

顺便说一句，我希望DB（有时）大于100k条目，所以要考虑到这一点。

@davidstanpher

尽管您可能只使用一个表或文件，但我强烈建议为此使用数据库系统。数据库引擎针对速度进行了优化，因此当通过查询执行时，与尝试更新单个文本文件时，不会太令人沮丧或耗时

我之所以建议MySQL作为一个选项，是因为它是我最熟悉的。其他用户可能有不同或更好的建议

您可以从中轻松下载并安装一个。设置相对简单，应不超过10分钟。您可以创建一个新的模式，添加一个表，然后向上查询以执行所需的操作

我建议创建一个除root以外的新用户，以防有人入侵您的帐户

如果您希望使用最简单的方法来管理数据库，而不是使用老式的phpMyAdmin，请下载。它非常酷，而且相对容易使用

如果您有问题，请告诉我。：-）

@davidstanpher

尽管您可能只使用一个表或文件，但我强烈建议为此使用数据库系统。数据库引擎针对速度进行了优化，因此当通过查询执行时，与尝试更新单个文本文件时，不会太令人沮丧或耗时

我之所以建议MySQL作为一个选项，是因为它是我最熟悉的。其他用户可能有不同或更好的建议

您可以从中轻松下载并安装一个。设置相对简单，应不超过10分钟。您可以创建一个新的模式，添加一个表，然后向上查询以执行所需的操作

我建议创建一个除root以外的新用户，以防有人入侵您的帐户

如果您希望使用最简单的方法来管理数据库，而不是使用老式的phpMyAdmin，请下载。它非常酷，而且相对容易使用

---

如果您有问题，请告诉我。：-）

为什么不两者都实施呢？这将是学习如何在接口后面抽象实现的绝佳机会。创建一个数据访问层接口和三个单独的实现。一个用于文本文件，一个用于SQL，一个用于Mongo。将你的经历与他们进行比较和对比。它将比解析和转换文本文件中的100k记录更快。就个人而言，我认为MySQL在这方面是无可比拟的，但SQLite就足够了。选择NoSql或标准Sql路径取决于您的软件需求，由于您提供的信息有限，很难告诉您选择哪条路径。在您的应用程序生命周期内是否只有一个表？您是否计划更新文件中的记录？@davidstanpher：除非实现特别适用于您所做的工作，否则任何类似的统计都将毫无意义。当工具A用于工具A的设计用途时，工具A可能比工具B“更快”。锤子钉钉子的能力是螺丝刀的10倍，但它们在钉螺丝上却毫无用处。为什么不两者兼而有之呢？这将是学习如何在接口后面抽象实现的绝佳机会。创建一个数据访问层接口和三个单独的实现。一个用于文本文件，一个用于SQL，一个用于Mongo。将你的经历与他们进行比较和对比。它将比解析和转换文本文件中的100k记录更快。就个人而言，我认为MySQL在这方面是无可比拟的，但SQLite就足够了。选择NoSql或标准Sql路径取决于您的软件需求，由于您提供的信息有限，很难告诉您选择哪条路径。在您的应用程序生命周期内是否只有一个表？您是否计划更新文件中的记录？@davidstanpher：除非实现特别适用于您所做的工作，否则任何类似的统计都将毫无意义。当工具A用于工具A的设计用途时，工具A可能比工具B“更快”。锤子钉钉子的能力是螺丝刀的10倍，但它们在钉螺丝上却毫无用处。多亏了你和其他回复的人。太快了！：）如果您已经在单独的文本文件（如TSV或CSV）中拥有数据，那么将其导入到表中应该相对容易。假设它是有组织的，当然：-）Microsoft Sql Server Express也是免费的。感谢您和所有回复的人。太快了！：）如果您已经在单独的文本文件（如TSV或CSV）中拥有数据，那么将其导入到表中应该相对容易。假设它是有组织的，当然：-）MicrosoftSQLServerExpress也是免费的。