大型Oracle厂商数据库中使用SQLAlchemy，能否不建模型直接执行SQL？

完全没问题，SQLAlchemy本身就支持直接执行原生SQL语句，这刚好适配你这种数据库规模庞大、无法为所有表创建ORM模型的场景，甚至可以直接复用原PHP应用中已有的复杂查询语句。

核心实现方式 #

SQLAlchemy的text()构造器是处理原生SQL的核心工具，配合引擎或会话的execute()方法就能执行任意SQL，无需依赖ORM模型。

基础使用示例 #

下面是针对Oracle数据库的典型用法，直接复用复杂关联查询：

from sqlalchemy import create_engine, text

# 初始化Oracle数据库连接引擎
engine = create_engine("oracle+cx_oracle://用户名:密码@主机:端口/服务名")

# 直接使用原PHP应用中的复杂查询语句
raw_sql = text("""
    SELECT a.order_id, b.customer_name, c.product_name
    FROM orders a
    JOIN customers b ON a.customer_id = b.id
    JOIN order_items d ON a.id = d.order_id
    JOIN products c ON d.product_id = c.id
    WHERE a.order_date >= :start_date AND a.status = :order_status
""")

# 执行查询，通过参数绑定避免SQL注入
with engine.connect() as conn:
    # 传入参数，格式和PHP的OCI绑定参数逻辑一致
    result = conn.execute(raw_sql, start_date='2024-01-01', order_status='completed')
    
    # 遍历结果集，Row对象支持通过字段名或索引访问数据
    for row in result:
        print(f"订单ID: {row.order_id}, 客户: {row.customer_name}, 产品: {row.product_name}")

结合Django项目的场景 #

如果是在Django中使用SQLAlchemy，或者需要和Django ORM共存：

• 可以直接用上述SQLAlchemy的原生SQL执行方式，和Django的数据库连接互不冲突
• 也可以使用Django自带的raw()方法执行原生SQL（适合需要关联Django模型的场景，但跨复杂关联表时，SQLAlchemy的原生方式更灵活）

关键注意事项 #

• 必须使用参数化查询：像示例中用:参数名的方式绑定变量，不要直接拼接SQL字符串，避免SQL注入风险，这和PHP OCI的参数绑定逻辑一致
• 结果集处理：SQLAlchemy返回的Row对象可以直接通过字段名访问数据，和PHP中获取查询结果的方式类似，无需额外转换
• 代码复用：可以把常用的复杂SQL片段封装成函数或类方法，减少重复编写

内容的提问来源于stack exchange，提问作者W Penfold