我工作的公司从许多不同的设备生成大量原始文本文件的测试数据。每个设备都属于一个“进程”，而“进程”的数量只有几十个。目前我们有一个程序，它获取这些数据并生成/添加到适当过程的 Access 数据库（当前为 .mdb，但我们希望更改为 .accdb，因为它更新更好？）。
然后，我们使用 Excel 在数据透视表中查看数据库中的数据。数据库文件本身很少接近 1 GB（可能一年几次），此时我们将数据库存档并创建一个新数据库，因为这是大小限制。我们从来不需要同时访问多个进程的数据，因此我们从来没有遇到过它们位于单独数据库中的问题。
我们 IT 部门的某人建议我们切换到 SQL 数据库，其中将存储所有流程的所有数据，并且数据只会有一个额外的列标记其所属的流程。
我担心的是，在通过 Excel 访问这些数据时，我们一次只能查询一个进程，但数据库必须过滤所有其他进程，这肯定会花费更长的时间，因为它必须查询数十个进程。多倍的数据？
坚持使用我们当前的多个数据库系统（每个进程一个数据库，我们一次只能访问一个数据库）而不是将它们全部收集到一个大型数据库中，有什么缺点吗？相反，拥有像这样的单一大型数据库系统有优势吗？我是否错了，使用大型 SQL 数据库比使用多个小型 Access 数据库更快？