必须手动迁移access到mysql，因文心快码企业版不支持access直连；需用pyodbc+pymysql脚本处理结构映射、iif替换、空值逻辑及主键缺失，windows须装32位odbc驱动，macos/linux无法直连；dbeaver导出sql需清洗方括号、缩容numeric、改timestamp为datetime、补主键；pandas清洗日期、空值及iif字段；导入前禁用外键检查与严格模式；关键在人工核查access真实数据分布。
不能靠文心快码企业版一键迁移，它压根不支持Access直连或ODBC桥接；必须用脚本或工具链手动处理表结构映射、IIF函数替换、空值逻辑和主键缺失问题。
pyodbc + pymysql 脚本迁移时连接Access失败怎么办
Windows下报错 Data source name not found，大概率是ODBC驱动没装对——必须用32位 Microsoft Access Driver (*.mdb, *.accdb)，64位系统也得配32位源；macOS/Linux用户直接放弃，微软官方不提供跨平台Access ODBC驱动，pyodbc 在非Windows环境无法打开 .accdb 文件。
- 检查方式：运行
ODBC Data Sources (32-bit)，确认“Microsoft Access Driver”出现在列表里 - 安装路径：从微软官网下载
AccessDatabaseEngine_X64.exe或AccessDatabaseEngine.exe（注意选32位）并静默安装：AccessDatabaseEngine.exe /quiet - 连接字符串示例：
Driver={Microsoft Access Driver (*.mdb, *.accdb)};DBQ=C:\data\legacy.accdb;，路径必须是双反斜杠或原始字符串
用DBeaver导出SQL建表语句后执行报错
DBeaver自动生成的SQL常含Access特有语法，直接扔进MySQL会崩：字段名带方括号、NUMERIC(100,7) 超长、TIMESTAMP 误用、IIF() 函数未转 IF()。
Teleport tsh SSH (Identity-First SSH Access, no passwords/static keys)
下载
使用tbot机器ID身份文件配合tsh CLI，通过Teleport访问控制SSH登录托管主机或执行远程命令。
- 先全局替换：
[→ 空，]→ 空（去掉所有方括号） -
Number类型需人工缩容，比如NUMERIC(100,7)改成DECIMAL(12,4)（按业务最大位数+小数位估算） -
Date/Time字段不要映射为TIMESTAMP，改用DATETIME，避免MySQL 8.0默认时区自动转换导致时间偏移 - 若原表无主键，MySQL建表语句里必须显式加
PRIMARY KEY，否则后续INSERT会因缺少索引拒绝写入
数据导入时日期、空值、IIF计算字段全乱了
Access里 #Error、空字符串 ""、Null、#1900-01-01# 这些值，在MySQL里没有等价语义；IIF表达式更不会被识别。
- 用
pandas做中间清洗最稳：读取后对每列调用pd.to_datetime()强制转日期，df.replace({r'^s*$': None, '#Error': None})统一空值 - IIF字段必须拆解：比如
IIF([Status]=1,"启用","停用")→ 改成 Python 的np.where(df["Status"] == 1, "启用", "停用") - 避免用
executemany()直插：Access的Yes/No字段是布尔，但实际存的是 -1/0，MySQL要转成TINYINT(1)并映射为1/0，建议逐行构造字典再插 - 导入前在MySQL端执行：
SET FOREIGN_KEY_CHECKS = 0;和SET SQL_MODE = '';，跳过外键与严格模式拦截
真正卡住人的从来不是代码怎么写，而是Access里那些没文档的隐式逻辑：某个字段明明设了默认值，却在部分记录里是 #Error；某个查询视图用了嵌套 IIF，导出时已固化为结果列；还有表名带空格、字段名含中文括号……这些细节不会报错，但会让迁移后的数据查出来全是NULL或错位。动手前务必用Access自己打开几个关键表，扫一眼真实数据分布，比写十行脚本都管用。
