*.accdb我正在创建一个包含多个表和特定关系的MS Access数据库。
该数据库将用于将数据一次性传输到另一个系统，其中包含数百万个条目的顺序。使用 200 万个虚拟条目进行的测试已达到约 1.8GB 文件大小。由于 MS Access 对每个数据库文件有 2GB 的内置限制，因此我正在寻找绕过此限制的解决方案。
到目前为止我想出了两个想法：
将数据库拆分为两个文件，在从 file1 到 file2 的转换期间继续建立索引，并注意相关表中条目的独立性。
file1_table1 (indices 1..1000)
file2_table1 (indices 1001..N)
使用一个主接口文件将表导出到不同的文件
file1_table1
file2_table2
file3_table3
masterfile (linking table1..3 and creating table relationships)
我想获得一些有关概念、性能和可用性的想法的反馈，或者是否有任何其他想法。
请注意，我想坚持使用 MS Access，构建 SQL 数据库会有点过分，因为它将仅用于一次性传输。
数据分布在多个来源（MS Access .accdb、Excel 表格*.xlsx、分隔文件*.csv），并被分析、合并并准备为临时一次性 MS Access 数据库，然后转换为基于 SQL 的工作数据库，其中包括比我准备的要多得多。所以这是一个经典的 ETL 过程。
“压缩和修复”命令无济于事，因为它实际上只是大量数据，而不是留下大量垃圾的大量操作。“拆分Access数据库”过程似乎只是将查询/表单/报告与包含表的后端文件分开，但我需要拆分表本身，这给我带来了拆分文件之间的一致性问题。这不是接口（前端）和数据后端分离的问题；由于数据量很大，我需要对数据后端本身进行拆分。