C# 文件系统数据库与实际数据库

我正在写一些相对简单的清单软件。该软件只跟踪特定物品的库存数量，以及物品的物理状况和有关物品的任何注释。该数据库的增长不会很快，但几年后可能会有大约1000个条目

现在，我正在将item对象转换为JSON，并将它们存储在文件系统中的文件夹和文本文件中。这很好，因为这些对象可以存储在GoogleDrive中，并通过其他机器的服务进行访问。我无法托管远程数据库，因此此解决方案运行良好，但我担心扩展问题。一旦条目变得越来越多，文件系统数据库的搜索/查询会出现问题吗？我需要相对快一点

那么，对于这种类型的软件，本地SQL数据库会更好吗？有了类似SQLite的东西，我是否能够以某种方式将数据库存储在Google Drive中，这样就可以在其他地方访问它，而无需远程托管它

这是我的第一个需要本地数据库的应用程序。谢谢你的耐心

---

我是用C#Winforms制作的。

以每年数百条记录的规模衡量，性能根本不是任何解决方案的问题。但是，如果应用程序的多个实例将同时访问数据，那么到目前为止，最好的选择是在某个地方使用托管数据库。存储在文件中意味着您将自己管理并发性，这不是一个简单的问题。在引入云文件同步工具之前，使用基于文件的数据库引擎是可以的。然后你又回到并发问题和竞争条件上来了。@David嘿，谢谢你的回答，现在只有一个平板电脑在写数据，但是数据应该可以从其他机器上查看，所以我想简单的方法就是一个文件系统。