能，但需用PrimaryKeysConstraint统一管理复合主键，禁用单列primary_key=True；query.get()不支持复合主键，须改用filter_by()；SQLite与PostgreSQL对NULL和约束名处理不同；create_all()不修改已存表，需迁移工具。
Flask-SQLAlchemy里不能直接用__table_args__定义复合主键？
能，但必须配合PrimaryKeysConstraint且注意声明顺序——模型类中不能同时定义id = Column(Integer, primary_key=True)这类单列主键，否则会和复合主键冲突，SQLAlchemy会报ArgumentError: Multiple primary key constraints。
常见错误是照搬文档写法却忘了删掉已有primary_key=True字段。实际只需把所有参与主键的列设为primary_key=False，再统一交给PrimaryKeyConstraint管理。
-
Column上显式写primary_key=False（即使不写，默认也是False，但写出来更安全） -
__table_args__里传入PrimaryKeyConstraint('col_a', 'col_b')，字段名必须和Column定义的名称一致 - 如果还要加索引或外键，
__table_args__得用元组形式：(PrimaryKeyConstraint(...), Index(...), {...})
复合主键在db.session.add()和query.get()时怎么用？
query.get()不支持复合主键——它只接受单个值，传元组会直接报TypeError。必须改用filter()或filter_by()。
而db.session.add()本身没限制，只要实例字段填全即可。但要注意：复合主键字段不能为空（nullable=False是必须的），否则插入会触发数据库级报错，比如NOT NULL constraint failed。
立即学习“Python免费学习笔记（深入）”；
- 查数据别用
Model.query.get((1, 'abc'))，改用Model.query.filter_by(col_a=1, col_b='abc').first() - 更新时若依赖主键做
merge()，得确保传入的实例已完整设置全部主键字段 - Flask-Admin等扩展可能不兼容复合主键，操作列表页或编辑页容易出
KeyError
SQLite和PostgreSQL对PrimaryKeyConstraint的行为差异
SQLite允许主键列含NULL（虽然违反SQL标准），但PostgreSQL严格禁止——哪怕只有一列是None，db.session.commit()就会失败并抛IntegrityError。
另外，PostgreSQL在创建表时若未显式指定schema，__table_args__里的约束名可能被忽略；而SQLite根本不认约束名，只看字段组合。
- 开发时用SQLite跑通≠生产能用，务必在目标DB上验证插入/查询逻辑
- 避免在
PrimaryKeyConstraint里用name='pk_name'参数——跨数据库兼容性差，多数情况不需要 - 如果要用
autoincrement，复合主键里最多只能有一列设它，且该列类型得是整数（PostgreSQL还要求是SERIAL）
为什么db.create_all()没生效，表还是单主键？
最常见原因是模型类已经存在、数据库表已被创建过。db.create_all()默认不会修改已有表结构，它只建缺失的表。复合主键属于DDL变更，必须手动执行ALTER TABLE或用迁移工具。
另一个隐蔽问题是：模型定义改了，但Python模块没重载，或者Flask应用实例复用了旧模型引用。重启服务+清空.pyc文件有时比反复调create_all更有效。
- 本地调试建议先
db.drop_all()再create_all()，确认约束写法正确 - 生产环境必须用
flask-migrate生成迁移脚本，op.create_primary_key()才真正安全 - 检查
repr(model_instance)输出，确认_sa_instance_state里primary_keys元组是否包含预期字段
