首页
学习
活动
专区
圈层
工具
发布
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    SqlAlchemy 2.0 中文文档(八十)

    当前的扩展对插入/更新/删除的速度没有影响,也不会改善 SQL 执行的延迟,也就是说,一个大部分时间用于执行许多语句且结果集非常小的应用程序不会看到太多改进。...SQLAlchemy 允许 DBAPI 和后端数据库在可用时处理 Unicode 参数,并且不会通过检查传入类型增加操作开销;现代系统如 sqlite 和 PostgreSQL 会在其端引发编码错误,如果传递了无效数据...不假设默认值,如果它们在 CREATE TABLE 语句中使用,则在底层数据库不允许这些类型的非长度版本时会引发错误。...当前的扩展对插入/更新/删除的速度没有影响,也不会提高 SQL 执行的延迟,也就是说,一个大部分时间用于执行许多具有非常小结果集的语句的应用程序不会看到太多改进。...不会假设任何默认值,如果它们在 CREATE TABLE 语句中使用,如果底层数据库不允许这些类型的无长度版本,则会引发错误。

    1.9K10

    SqlAlchemy 2.0 中文文档(五十六)

    一旦应用程序通过所有测试/使用 SQLALCHEMY_WARN_20=1 运行,并将所有 exc.RemovedIn20Warning 出现设置为引发错误,应用程序就准备好了!。...不使用Mapped的注释,例如链接到relationship()等构造的,将在 Python 中引发错误,因为它们暗示了错误的配置。...那些不使用 Mapped 的注解,比如与 relationship() 等构造关联的注解,在 Python 中会引发错误,因为它们暗示了配置错误。...不使用 Mapped 的注解,比如链接到 relationship() 等构造的注解将在 Python 中引发错误,因为它们暗示了错误的配置。...ORM 实际上会设置一个默认的行处理程序,如果未执行此操作,它将引发错误,以确保联接急加载集合不会返回重复的行,同时保持显式性: # 1.4 / 2.0 code stmt = select(User

    1.5K10

    SqlAlchemy 2.0 中文文档(七十三)

    然而,这种行为的一个副作用是,如果在评估表达式时u1最终过期,它将导致额外的 SELECT 语句,并且如果u1也从Session中分离,它将引发错误: u1 = session.query(User)....即使一对多集合在关系模型中不能有重复项,但使用序列集合的 ORM 映射的relationship()在内存中可以有重复项,限制是此重复状态既不能持久化也不能从数据库中检索。...然而,这种行为的一个副作用是,如果u1在表达式被评估时已经过期,就会导致额外的 SELECT 语句,而且如果u1也已经从Session中分离,就会引发错误: u1 = session.query(User...然而,这种行为的一个副作用是,如果在评估表达式时u1最终过期,将导致额外的 SELECT 语句,并且在u1也从Session中分离的情况下,将引发错误: u1 = session.query(User)...尽管一对多集合在关系模型中不能有重复项,但使用序列集合的 ORM 映射的relationship()在内存中可以有重复项,但这些重复状态既不能持久化也不能从数据库中检索。

    1.4K10

    SqlAlchemy 2.0 中文文档(七十二)

    从最终用户的角度来看,这意味着基于传递给对象的参数可能引发的某些错误消息将不再立即引发,而是仅在首次调用语句时发生。这些条件始终是结构性的,而不是数据驱动的,因此不会因为缓存语句而错过这种条件。...不会引发错误的情况是极不寻常的,即定义了一个在映射的可选择项上定义了比实际配置的数据库模式更严格的主键的映射,例如在表的连接或在定义附加列作为复合主键的一部分时,这些列实际上在数据库模式中没有约束。...从最终用户的角度来看,这意味着基于传递给对象的参数可能引发的某些错误消息将不再立即引发,而是仅在首次调用语句时发生。这些条件始终是结构性的,而不是数据驱动的,因此不会因为缓存语句而错过这种条件。...不会引发错误的情况是极为罕见的,即定义了一个在映射的可选择项上定义了一个比实际配置的数据库模式更严格的主键的映射,例如在映射到表的连接或在定义附加列作为复合主键的一部分时,这些列实际上在数据库模式中没有约束...不会引发错误的情况是极为罕见的,即在映射定义了比实际配置在数据库模式中更严格的主键的情况下,例如在映射到表的连接或在定义附加列作为复合主键的一部分时,这些列实际上在数据库模式中并没有约束。

    1.8K10

    SqlAlchemy 2.0 中文文档(五十一)

    ,但更重要的是在根据命名约定生成约束名称时起作用。...如果不会发出CREATE TABLE,可以安全地省略。某些数据库可能需要在 DDL 中使用长度,并且如果包含了没有长度的VARCHAR,则在发出CREATE TABLE DDL 时将引发异常。...如果不会发出CREATE TABLE,可以安全地省略。某些数据库可能需要在 DDL 中使用长度,并且如果包含了没有长度的VARCHAR,则在发出CREATE TABLE DDL 时将引发异常。...如果不会发出CREATE TABLE,则可以安全地省略。某些数据库可能需要在 DDL 中使用length,如果包含没有长度的VARCHAR,则在发出CREATE TABLE DDL 时会引发异常。...如果不会发出CREATE TABLE,则可以安全地省略。某些数据库可能需要在 DDL 中���用length,如果包含没有长度的VARCHAR,则在发出CREATE TABLE DDL 时会引发异常。

    1.8K10

    SqlAlchemy 2.0 中文文档(十八)

    与 load_only() 一样,defer() 选项也包括使延迟属性在访问时引发异常而不是惰性加载的能力。这在部分 使用 raiseload 防止延迟列加载 中有所说明。...这允许映射其中某些列默认情况下不加载,并且在语句中不使用明确指令时也永远不会懒加载。有关如何配置和使用此行为的背景信息,请参阅配置映射器级别的raiseload行为一节。...与load_only()一样,defer()选项也包括将延迟属性在访问时引发异常而不是惰性加载的能力。这在 使用 raiseload 防止延迟列加载 部分中有所说明。...这允许某些列不会默认加载,并且也永远不会在语句中使用显式指令时延迟加载。请参阅 配置映射器级别的raiseload行为 部分,了解如何配置和使用此行为的背景信息。...如下示例不会起作用,因为 A 对象已经加载: # load the first A obj = session.scalars(select(A).order_by(A.id)).first() #

    81910

    SqlAlchemy 2.0 中文文档(五十七)

    在调用相同的Inspector对象时创建或删除表/序列的程序将在数据库状态更改后不会收到更新的状态。...对一次只对单个表起作用的检查方法,例如Inspector.get_columns(),现在应该一致地引发NoSuchTableError如果找不到表或视图; 此更改特定于各个方言,因此对于现有的第三方方言可能不适用...迁移至 2.0 步骤六 - 为显式类型的 ORM 模型添加 allow_unmapped 部分说明了如何临时禁用这些错误,以避免针对使用显式注释的传统 ORM 模型引发错误。...当调用相同的Inspector对象创建或删除表/序列时,程序将不会在数据库状态发生更改后收到更新的状态。...在调用相同的Inspector对象时创建或删除表/序列的程序在数据库状态发生变化后将不会接收到更新的状态。

    1.3K10

    带你认识 flask 错误处理

    这个错误来自SQLAlchemy,它尝试将新的用户名写入数据库,但数据库拒绝了它,因为username列是用unique=True定义的。...本处,这些是错误页面,所以我希望响应的状态码能够反映出来。 500错误的错误处理程序应当在引发数据库错误后调用,而上面的用户名重复实际上就是这种情况。...05 记录日志到文件中 通过电子邮件来接收错误提示非常棒,但在其他场景下,有时候就有些不足了。有些错误条件既不是一个Python异常又不是重大事故,但是他们在调试的时候也是有足够用处的。...但这不是一个完美的解决方案,因为当两个或更多进程同时访问数据库时,这可能不起作用。...除了有很多服务器进程并且非常繁忙的应用之外,这种情况是不太可能的,所以现在我不会为此担心。 此时,你可以尝试再次重现该错误,以了解新的表单验证方法如何防止该错误。

    3K30

    SqlAlchemy 2.0 中文文档(三)

    SQLAlchemy 映射的属性始终在 Python 中返回一个值,并且在处理尚未分配值的新对象时不会引发AttributeError。...这些隐式查询可能不会被注意到,在数据库事务不再可用时尝试执行它们时可能会导致错误,或者在使用诸如 asyncio 之类的替代并发模式时,它们实际上根本不起作用。...,但是该 User 对象在同一个 Session 中本地存在,那么“raiseload”策略将不会引发错误。...这些隐式查询可能不会被注意到,在没有数据库事务可用时尝试使用它们时可能会导致错误,或者当使用诸如 asyncio 等替代并发模式时,它们实际上根本不起作用。...,但是User对象在同一个Session中是本地存在的,那么“raiseload”策略就不会引发错误。

    1.4K20

    SqlAlchemy 2.0 中文文档(四十)

    如果数据库不支持该持久化选项,则指定 True 或 False 可能会在将 DDL 发出到目标数据库时引发错误。...它在 Oracle 中不起作用。...身份列也可以要求数据库生成列的值,忽略语句中传递的值或者根据后端引发错误。要激活此模式,请在 Identity 构造函数中将参数 Identity.always 设置为 True。...当 DDL 发出到目标数据库时,如果数据库不支持持久性选项,则指定True或False可能会引发错误。...但是,目前既不是 Alembic 也不是 SQLAlchemy 创建约束对象的名称,除非另有规定,否则导致能够更改现有约束的情况,这意味着必须逆向工程关系数据库用于自动分配名称的命名系统,或者必须小心确保所有约束都有名称

    1.4K10

    SqlAlchemy 2.0 中文文档(三十六)

    此 FROM 子句返回的列的顺序应与作为 names 参数发送的列的顺序相对应;虽然在传递给数据库之前不会检查这一点,但如果这些列列表不对应,数据库通常会引发异常。...如果后端不支持 RETURNING 或者正在使用的 Table 已经禁用了 Table.implicit_returning,那么就不会添加 RETURNING 子句,也不会获取任何额外的数据,但是 INSERT...UpdateBase.return_defaults() 方法与 UpdateBase.returning() 方法互斥,在同一条语句上同时使用两者会在 SQL 编译过程中引发错误。...如果后端不支持 RETURNING,或者正在使用的 Table 禁用了 Table.implicit_returning,则不会添加 RETURNING 子句,也不会获取额外数据,但 INSERT、UPDATE...UpdateBase.return_defaults() 方法与 UpdateBase.returning() 方法是互斥的,如果同时在一个语句上使用了两者,将在 SQL 编译过程中引发错误。

    2.6K10
    领券