Access导出需分离结构与数据时，应避开GUI导出功能，改用VBA+DAO遍历TableDef和Field生成CREATE TABLE语句，并用ADODB提取数据；注意YESNO转BIT、MEMO转NTEXT、附件/超链接字段跳过处理，主键从Indexes获取，SQL文件保存为UTF-8+BOM。
Access导出时怎么避免把结构和数据混在一起
access默认的导出功能（比如“导出到excel”或“导出到sql server”）会把表结构+数据一起打包，没法单独拿结构建空表。真正需要结构分离时，得绕开gui，用dao或ace引擎直接读取元数据。
核心思路是：不靠“导出向导”，而用VBA脚本或外部程序调用DAO.TableDef和DAO.Field遍历字段定义，生成CREATE TABLE语句；再用SELECT * FROM 表名配合ADODB.Recordset.GetRows()或分页查询提取数据。
- 别用“另存为”或右键导出——它们全走
DoCmd.TransferText或DoCmd.OutputTo，天生不支持结构/数据解耦 - 如果目标是SQL脚本，注意Access的
YESNO字段要转成BIT，MEMO对应NTEXT或NVARCHAR(MAX)，否则跨库建表会失败 - 含附件、超链接、OLE对象的表，
DAO.Field.Type返回的是dbAttachment（101）、dbHyperlink（102）等特殊值，这些字段不能直接映射为标准SQL类型，必须跳过或手动处理
用VBA批量生成建表SQL并保存到文本文件
这是最轻量、无需额外依赖的方案。关键在拼接字段定义时严格匹配Access的Field.Type常量，并处理主键、索引、默认值等属性。
示例片段（只生成字段部分）：
For Each fld In tbl.Fields
Select Case fld.Type
Case dbBoolean: typeStr = "BIT"
Case dbByte: typeStr = "TINYINT"
Case dbInteger: typeStr = "SMALLINT"
Case dbLong: typeStr = "INTEGER"
Case dbCurrency: typeStr = "MONEY"
Case dbSingle, dbDouble: typeStr = "FLOAT"
Case dbDate: typeStr = "DATETIME"
Case dbText: typeStr = "NVARCHAR(" & fld.Size & ")"
Case dbMemo: typeStr = "NTEXT"
Case Else: typeStr = "NVARCHAR(255)"
End Select
Print #fnum, " [" & fld.Name & "] " & typeStr & IIf(fld.Required, " NOT NULL", "") & ","
Next-
fld.Size对dbText有效，但对dbMemo返回0——得硬编码为NTEXT或NVARCHAR(MAX) - 主键信息藏在
tbl.Indexes里，需检查Index.Primary和Index.Fields，不能只看fld.Attributes - 生成的SQL文件建议用UTF-8+BOM保存，否则中文字段名在SQL Server里可能乱码
用PowerShell或Python读取.mdb/.accdb并分离导出
外部脚本更灵活，尤其适合定时任务或CI流程。关键是连接字符串和驱动兼容性——32位/64位Office、ACE vs Jet引擎、.mdb vs .accdb格式都影响能否连上。
PowerShell连接示例（需安装Microsoft Access Database Engine）：
$conn = New-Object System.Data.OleDb.OleDbConnection $conn.ConnectionString = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=C:\db.accdb;" $conn.Open()
- 连接
.mdb用Microsoft.Jet.OLEDB.4.0，但仅支持32位，Win10/11默认64位PowerShell会报Class not registered - 用
SELECT * FROM MSysObjects WHERE Type=1 AND Flags=0查用户表（避开系统表），但Access 2007+默认隐藏MSysObjects，需先执行DoCmd.ShowToolbar "Database", acToolbarYes或改注册表 - Python用
pyodbc时，cursor.columns(table='表名')能拿到字段名、类型、长度，但nullable字段在Access里永远返回None，得靠Field.Required反推
导出后数据不一致？重点查这三处
结构导出完，数据导入新库时常见主键冲突、日期错位、NULL值丢失，问题往往不在导出逻辑本身，而在类型映射和空值处理。
- Access的“空日期”是
#1899-12-30#或0，不是NULL——导出时若没显式判断IsNull(fld.Value)，会把无效日期当真实值写入 -
dbBoolean字段在Access里存储为-1/0，但SQL Server的BIT只认0/1，-1会被转成1，导致真假反转 - 用
INSERT INTO ... SELECT跨库灌数据时，如果目标表有触发器或计算列，可能拦截或修改值——先禁用再导入，比事后修复更可靠
结构和数据分离这事，难点从来不在“能不能做到”，而在“字段类型、空值语义、主键约束”这三块边界是否对齐。少一个IsNull()判断，多一个dbBoolean映射失误，后面补救成本就翻倍。
