拓冰网站定制 
SeaORM 2.0.0 正式发布新实体格式、RBAC 与同步版 ORM 核心变更全解析【免费下载链接】sea-orm A powerful relational ORM for Rust项目地址: https://gitcode.com/gh_mirrors/se/sea-ormSeaORM 2.0 是 2.x 系列的第一个稳定版本它重新设计了实体Entity、关系Relation与 ActiveModel 的定义与使用方式引入 entity-first 工作流和基于角色的访问控制RBAC并将底层依赖推进到 SeaQuery 1.0 与 SQLx 0.9。本文以 changelog/2.0.0.md 为主线结合仓库源码逐一剖析这些核心变更帮助你理解 2.0 的设计意图、上手新 API并顺利完成从 1.x 的迁移。2.0 时代概览一次定义方式层面的重构SeaORM 2.0 的定位不仅是又一个版本号而是对实体建模方式的整体重构。官方将完整的分条 changelog包含全部 release candidate 阶段的条目收录在 CHANGELOG.md 中本文聚焦于 2.0.0 稳定版最值得关注的九大亮点新实体格式、BelongsTo编译期基数检查、强类型列、嵌套 ActiveModel、Entity Loader、entity-first 工作流、RBAC、重构后的insert_many以及同步版 SeaORM。在依赖层面2.0.0 将三个核心依赖统一升级SeaQuery 1.0查询构建器的主版本升级带来了若干破坏性变更见下文表达式方法说明SQLx 0.9异步数据库驱动层升级sea-schema 0.18schema 内省与同步能力的底层支撑也是 entity-first 工作流的基础。新实体格式关系直接声明在 Model 上2.0 之前实体定义需要分别编写Model结构体、独立的Relation枚举以及Related的实现关系信息被分散在多处。2.0 将关系直接声明在Model结构体上通过#[sea_orm::model]属性统一驱动从而取代了独立的Relation枚举与Relatedimpl#[sea_orm::model] #[derive(Clone, Debug, PartialEq, Eq, DeriveEntityModel)] #[sea_orm(table_name user)] pub struct Model { #[sea_orm(primary_key)] pub id: i32, pub name: String, #[sea_orm(has_one)] pub profile: HasOnesuper::profile::Entity, #[sea_orm(has_many)] pub posts: HasManysuper::post::Entity, }从源码看这一改动的核心在sea-orm-macros的派生宏中sea-orm-macros/src/derives/relation.rs负责解析has_one/has_many/belongs_to属性并生成对应的关系构造代码如has_many_via、from、to等方法调用sea-orm-macros/src/derives/active_model_ex.rs则对字段类型做合法性校验例如#[sea_orm(has_one)]必须与HasOneEntity字段类型配对、has_many必须与HasMany配对否则会在编译期报错。这种属性 类型双轨校验的模式把大量原本运行时才能发现的关系配置错误提前到了编译阶段。关系字段类型本身定义在 src/entity/compound.rs而对应的写侧write-side类型则在 src/entity/active_model_ex.rs 中实现包括ActiveHasOne、ActiveHasMany与ActiveBelongsTo。BelongsTo关系类型编译期基数保证针对一对多/多对一中最常见的belongs_to场景2.0 引入了带编译期基数cardinality的BelongsTo类型BelongsToEntity表示外键列非空即该关系必需BelongsToOptionEntity表示外键列可为空即该关系可选。外键基数被编码进类型本身并与写侧的ActiveBelongsTo配对使用。宏会在编译期将类型与from列的可空性进行交叉验证如果类型写错例如外键可空却用了BelongsToEntity编译器会直接报错。BelongsTo是belongs_to关系的推荐类型旧的HasOneEntity字段类型仍被支持以保持向后兼容。对应地src/entity/active_model_ex.rs 中实现了泛型ActiveBelongsToT其中T: BelongsToCardinality通过关联类型Set区分Set(active_model)与NotSet状态并提供set()构造器与try_into_model()转换方法——ActiveBelongsToOptionE还能表达显式置空Set(None)与未加载NotSet两种不同的语义。强类型列用COLUMN常量获得编译期类型安全2.0 在保留既有Column枚举的同时引入了类型化的COLUMN常量让你可以写出编译期类型安全的过滤条件user::Entity::find().filter(user::COLUMN.name.contains(Bob))COLUMN的每个字段都是强类型列对象contains、eq、ne等表达式方法会按列的实际类型约束参数从源头避免把字符串传给数值列这类低级错误。仓库中 src/entity/column.rs 给出了完整的方法体系eq、ne、contains、starts_with等src/entity/mod.rs 也明确将列通过ColumnTrait与强类型COLUMN常量列为实体模块的核心概念之一。在 src/lib.rs 的文档示例中Cake::COLUMN.name.contains(chocolate)这类写法已成为官方推荐姿势。嵌套 ActiveModel一次表达式写入整棵关系树2.0 的嵌套 ActiveModel 允许在单个构建表达式中同时持久化实体与其关联行并且可以把 has-many 子节点 push 到已加载的模型上let bob user::ActiveModel::builder() .set_name(Bob) .set_email(bobsea-ql.org) .set_profile(profile::ActiveModel::builder().set_picture(Tennis)) .insert(db) .await?;上面的示例中user与其profile一对一关系在同一次insert调用中完成持久化无需手动分两步插入再回填外键。从 sea-orm-macros/src/derives/active_model_ex.rs 的代码可以看到宏为每种关系字段生成了对应的set_*方法并通过ActiveBelongsTo::set/ActiveHasOne::set/ActiveHasMany的Append/Replace语义把嵌套数据组装进 ActiveModel对 has-many 子节点还支持先加载模型、再逐个 push 的增量式写法。所有关系字段的运行时行为含try_into_model的加载/未加载状态转换都在 src/entity/active_model_ex.rs 中实现。Entity Loader单次调用加载整棵关系树Entity Loader 将加载实体 其关系含嵌套关系收敛为一次调用避免手动多次查询与拼接let user user::Entity::load() .filter_by_id(12) .with(profile::Entity) .with((post::Entity, comment::Entity)) .one(db) .await?;with接受单个实体或元组形式的嵌套关系(post::Entity, comment::Entity)表示同时加载用户的所有post以及每条post的comment构成两层的加载路径。该 API 与查询加载器loader体系共同服务于批量加载 避免 N1 查询这一目标底层由 src/query/loader.rs 与 src/executor 目录下的执行器协同完成。Entity-first 工作流跳过 migration 直接建表entity-first 是 2.0 引入的开发模式直接从实体定义出发通过 schema registry 创建表而无需先手写 migrationdb.get_schema_registry(my_crate::*).sync(db).await?;get_schema_registry接受一个 crate 前缀例如my_crate::*会扫描该 crate 下所有注册的实体将它们构建为 schema 并与数据库对齐。其入口实现在 src/database/db_connection.rs 与 src/database/executor.rs返回SchemaBuilder构建与同步逻辑位于 src/schema 目录builder.rs、entity.rs、topology.rs等。对于希望快速原型、或在测试环境按实体定义重建数据库的场景这一工作流显著降低了起步成本。基于角色的访问控制RBAC2.0 内置了一个表级table-scoped、层级化hierarchical的 RBAC 引擎核心组件包括查询审计器query auditor审查查询涉及的列与行判断是否越权RestrictedConnection实现ConnectionTrait的受限连接对所有实体操作强制执行权限——包括复杂 join、insert-select 与 CTE 查询而不仅是简单的 SELECT。由于RestrictedConnection实现的是统一连接抽象任何经过它的 Entity 操作都会被套上权限校验从而避免绕过某条查询路径就绕过权限的漏洞。该模块的源码集中在 src/rbac 目录包含engine核心引擎与审计器、entityRBAC 实体定义、schema、context.rs与error.rs并配套有仓库根目录 tests/rbac_tests.rs 与 src/rbac/mod.rs 中的文档说明。重构后的insert_many去掉易崩溃的 API2.0 对批量插入做了彻底清理insert_many不再与单条插入共享 helper 结构体职责更清晰移除了容易触发 panic 的 API空输入在 exec 时返回None/vec![]而不是报错新增独立的InsertManyhelper暴露last_insert_id: OptionValue让调用方可以显式感知是否有自增主键回填。源码层面InsertManyA定义在 src/query/insert.rs执行结果InsertManyResultA定义在 src/executor/insert.rs。配合returning支持批量插入后的主键回读也由统一机制处理。同步版 SeaORMsea-orm-sync2.0 系列新增了sea-orm-synccrate提供基于rusqlite的同步 SeaORM它镜像了异步 API 的完整形态只是把 async/await 剥除。仓库中 sea-orm-sync 目录完整承载了该 crate 的实现包含database、driver、entity、executor、query、rbac、schema等与主 crate 对应的模块并附带 examples/quickstart 与 examples/pi_spigot 等示例。对于不希望引入异步运行时tokio/async-std的嵌入式或脚本场景这是一个低依赖的选项。从 1.x 升级需要留意的破坏性变更官方提供了 1.0 → 2.0 的迁移指南与 2.0 walk-through 两篇配套文章建议升级前通读。以下破坏性变更需要特别关注表达式方法需要显式引入 trait.eq()、.like()、.contains()等表达式方法现在要求use sea_orm::ExprTrait;在作用域内同时 SeaQuery 1.0 自身也有一批 breaking changes 需要同步处理。执行方法的命名拆分execute/query_one/query_all/stream现在只接收 SeaQuery 语句原始 SQL 变体被明确命名为execute_raw/query_one_raw/query_all_raw/stream_raw。PostgreSQL 自增列默认值变更自增列现在默认使用GENERATED BY DEFAULT AS IDENTITY而非serial如果需要恢复旧行为可通过 featureoption-postgres-use-serial开启。SQLite 整数类型映射收敛SQLite 将Integer与BigInteger都映射为integer迁移时需检查相关列的精度假设。DeriveValueType派生面扩大现在还会自动派生NotU8、IntoActiveValue与TryFromU64如果此前手写过这些 impl需要删除以免冲突。feature 与 API 清理移除了runtime-actixfeature 别名改用runtime-tokio移除了DeriveCustomColumn与default_as_str。依赖版本与兼容性说明2.0.0 稳定版锁定的关键依赖版本为SeaQuery 1.0、SQLx 0.9、sea-schema 0.18。这些均为各自生态的主版本升级升级 SeaORM 时建议同时升级下游对这些 crate 的直接依赖声明并参照上文的破坏性变更清单逐项核对代码。结语SeaORM 2.0.0 是一次面向建模体验与安全性的系统性重构实体关系声明收敛到Model之上BelongsTo把基数问题提前到编译期强类型列与嵌套 ActiveModel 改善了日常读写体验RBAC 与RestrictedConnection补上了权限控制的短板entity-first 工作流与同步版sea-orm-sync则拓展了适用场景。完整的逐条变更记录可继续查阅 CHANGELOG.md各特性的实现细节可回到本仓库的 src/entity、src/rbac、src/schema 与 sea-orm-sync 目录中对照研读。【免费下载链接】sea-orm A powerful relational ORM for Rust项目地址: https://gitcode.com/gh_mirrors/se/sea-orm创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 SeaORM 2.0.0 正式发布：新实体格式、RBAC 与同步版 ORM 核心变更全解析
SeaORM 2.0.0 正式发布新实体格式、RBAC 与同步版 ORM 核心变更全解析【免费下载链接】sea-orm A powerful relational ORM for Rust项目地址: https://gitcode.com/gh_mirrors/se/sea-ormSeaORM 2.0 是 2.x 系列的第一个稳定版本它重新设计了实体Entity、关系Relation与 ActiveModel 的定义与使用方式引入 entity-first 工作流和基于角色的访问控制RBAC并将底层依赖推进到 SeaQuery 1.0 与 SQLx 0.9。本文以 changelog/2.0.0.md 为主线结合仓库源码逐一剖析这些核心变更帮助你理解 2.0 的设计意图、上手新 API并顺利完成从 1.x 的迁移。2.0 时代概览一次定义方式层面的重构SeaORM 2.0 的定位不仅是又一个版本号而是对实体建模方式的整体重构。官方将完整的分条 changelog包含全部 release candidate 阶段的条目收录在 CHANGELOG.md 中本文聚焦于 2.0.0 稳定版最值得关注的九大亮点新实体格式、BelongsTo编译期基数检查、强类型列、嵌套 ActiveModel、Entity Loader、entity-first 工作流、RBAC、重构后的insert_many以及同步版 SeaORM。在依赖层面2.0.0 将三个核心依赖统一升级SeaQuery 1.0查询构建器的主版本升级带来了若干破坏性变更见下文表达式方法说明SQLx 0.9异步数据库驱动层升级sea-schema 0.18schema 内省与同步能力的底层支撑也是 entity-first 工作流的基础。新实体格式关系直接声明在 Model 上2.0 之前实体定义需要分别编写Model结构体、独立的Relation枚举以及Related的实现关系信息被分散在多处。2.0 将关系直接声明在Model结构体上通过#[sea_orm::model]属性统一驱动从而取代了独立的Relation枚举与Relatedimpl#[sea_orm::model] #[derive(Clone, Debug, PartialEq, Eq, DeriveEntityModel)] #[sea_orm(table_name user)] pub struct Model { #[sea_orm(primary_key)] pub id: i32, pub name: String, #[sea_orm(has_one)] pub profile: HasOnesuper::profile::Entity, #[sea_orm(has_many)] pub posts: HasManysuper::post::Entity, }从源码看这一改动的核心在sea-orm-macros的派生宏中sea-orm-macros/src/derives/relation.rs负责解析has_one/has_many/belongs_to属性并生成对应的关系构造代码如has_many_via、from、to等方法调用sea-orm-macros/src/derives/active_model_ex.rs则对字段类型做合法性校验例如#[sea_orm(has_one)]必须与HasOneEntity字段类型配对、has_many必须与HasMany配对否则会在编译期报错。这种属性 类型双轨校验的模式把大量原本运行时才能发现的关系配置错误提前到了编译阶段。关系字段类型本身定义在 src/entity/compound.rs而对应的写侧write-side类型则在 src/entity/active_model_ex.rs 中实现包括ActiveHasOne、ActiveHasMany与ActiveBelongsTo。BelongsTo关系类型编译期基数保证针对一对多/多对一中最常见的belongs_to场景2.0 引入了带编译期基数cardinality的BelongsTo类型BelongsToEntity表示外键列非空即该关系必需BelongsToOptionEntity表示外键列可为空即该关系可选。外键基数被编码进类型本身并与写侧的ActiveBelongsTo配对使用。宏会在编译期将类型与from列的可空性进行交叉验证如果类型写错例如外键可空却用了BelongsToEntity编译器会直接报错。BelongsTo是belongs_to关系的推荐类型旧的HasOneEntity字段类型仍被支持以保持向后兼容。对应地src/entity/active_model_ex.rs 中实现了泛型ActiveBelongsToT其中T: BelongsToCardinality通过关联类型Set区分Set(active_model)与NotSet状态并提供set()构造器与try_into_model()转换方法——ActiveBelongsToOptionE还能表达显式置空Set(None)与未加载NotSet两种不同的语义。强类型列用COLUMN常量获得编译期类型安全2.0 在保留既有Column枚举的同时引入了类型化的COLUMN常量让你可以写出编译期类型安全的过滤条件user::Entity::find().filter(user::COLUMN.name.contains(Bob))COLUMN的每个字段都是强类型列对象contains、eq、ne等表达式方法会按列的实际类型约束参数从源头避免把字符串传给数值列这类低级错误。仓库中 src/entity/column.rs 给出了完整的方法体系eq、ne、contains、starts_with等src/entity/mod.rs 也明确将列通过ColumnTrait与强类型COLUMN常量列为实体模块的核心概念之一。在 src/lib.rs 的文档示例中Cake::COLUMN.name.contains(chocolate)这类写法已成为官方推荐姿势。嵌套 ActiveModel一次表达式写入整棵关系树2.0 的嵌套 ActiveModel 允许在单个构建表达式中同时持久化实体与其关联行并且可以把 has-many 子节点 push 到已加载的模型上let bob user::ActiveModel::builder() .set_name(Bob) .set_email(bobsea-ql.org) .set_profile(profile::ActiveModel::builder().set_picture(Tennis)) .insert(db) .await?;上面的示例中user与其profile一对一关系在同一次insert调用中完成持久化无需手动分两步插入再回填外键。从 sea-orm-macros/src/derives/active_model_ex.rs 的代码可以看到宏为每种关系字段生成了对应的set_*方法并通过ActiveBelongsTo::set/ActiveHasOne::set/ActiveHasMany的Append/Replace语义把嵌套数据组装进 ActiveModel对 has-many 子节点还支持先加载模型、再逐个 push 的增量式写法。所有关系字段的运行时行为含try_into_model的加载/未加载状态转换都在 src/entity/active_model_ex.rs 中实现。Entity Loader单次调用加载整棵关系树Entity Loader 将加载实体 其关系含嵌套关系收敛为一次调用避免手动多次查询与拼接let user user::Entity::load() .filter_by_id(12) .with(profile::Entity) .with((post::Entity, comment::Entity)) .one(db) .await?;with接受单个实体或元组形式的嵌套关系(post::Entity, comment::Entity)表示同时加载用户的所有post以及每条post的comment构成两层的加载路径。该 API 与查询加载器loader体系共同服务于批量加载 避免 N1 查询这一目标底层由 src/query/loader.rs 与 src/executor 目录下的执行器协同完成。Entity-first 工作流跳过 migration 直接建表entity-first 是 2.0 引入的开发模式直接从实体定义出发通过 schema registry 创建表而无需先手写 migrationdb.get_schema_registry(my_crate::*).sync(db).await?;get_schema_registry接受一个 crate 前缀例如my_crate::*会扫描该 crate 下所有注册的实体将它们构建为 schema 并与数据库对齐。其入口实现在 src/database/db_connection.rs 与 src/database/executor.rs返回SchemaBuilder构建与同步逻辑位于 src/schema 目录builder.rs、entity.rs、topology.rs等。对于希望快速原型、或在测试环境按实体定义重建数据库的场景这一工作流显著降低了起步成本。基于角色的访问控制RBAC2.0 内置了一个表级table-scoped、层级化hierarchical的 RBAC 引擎核心组件包括查询审计器query auditor审查查询涉及的列与行判断是否越权RestrictedConnection实现ConnectionTrait的受限连接对所有实体操作强制执行权限——包括复杂 join、insert-select 与 CTE 查询而不仅是简单的 SELECT。由于RestrictedConnection实现的是统一连接抽象任何经过它的 Entity 操作都会被套上权限校验从而避免绕过某条查询路径就绕过权限的漏洞。该模块的源码集中在 src/rbac 目录包含engine核心引擎与审计器、entityRBAC 实体定义、schema、context.rs与error.rs并配套有仓库根目录 tests/rbac_tests.rs 与 src/rbac/mod.rs 中的文档说明。重构后的insert_many去掉易崩溃的 API2.0 对批量插入做了彻底清理insert_many不再与单条插入共享 helper 结构体职责更清晰移除了容易触发 panic 的 API空输入在 exec 时返回None/vec![]而不是报错新增独立的InsertManyhelper暴露last_insert_id: OptionValue让调用方可以显式感知是否有自增主键回填。源码层面InsertManyA定义在 src/query/insert.rs执行结果InsertManyResultA定义在 src/executor/insert.rs。配合returning支持批量插入后的主键回读也由统一机制处理。同步版 SeaORMsea-orm-sync2.0 系列新增了sea-orm-synccrate提供基于rusqlite的同步 SeaORM它镜像了异步 API 的完整形态只是把 async/await 剥除。仓库中 sea-orm-sync 目录完整承载了该 crate 的实现包含database、driver、entity、executor、query、rbac、schema等与主 crate 对应的模块并附带 examples/quickstart 与 examples/pi_spigot 等示例。对于不希望引入异步运行时tokio/async-std的嵌入式或脚本场景这是一个低依赖的选项。从 1.x 升级需要留意的破坏性变更官方提供了 1.0 → 2.0 的迁移指南与 2.0 walk-through 两篇配套文章建议升级前通读。以下破坏性变更需要特别关注表达式方法需要显式引入 trait.eq()、.like()、.contains()等表达式方法现在要求use sea_orm::ExprTrait;在作用域内同时 SeaQuery 1.0 自身也有一批 breaking changes 需要同步处理。执行方法的命名拆分execute/query_one/query_all/stream现在只接收 SeaQuery 语句原始 SQL 变体被明确命名为execute_raw/query_one_raw/query_all_raw/stream_raw。PostgreSQL 自增列默认值变更自增列现在默认使用GENERATED BY DEFAULT AS IDENTITY而非serial如果需要恢复旧行为可通过 featureoption-postgres-use-serial开启。SQLite 整数类型映射收敛SQLite 将Integer与BigInteger都映射为integer迁移时需检查相关列的精度假设。DeriveValueType派生面扩大现在还会自动派生NotU8、IntoActiveValue与TryFromU64如果此前手写过这些 impl需要删除以免冲突。feature 与 API 清理移除了runtime-actixfeature 别名改用runtime-tokio移除了DeriveCustomColumn与default_as_str。依赖版本与兼容性说明2.0.0 稳定版锁定的关键依赖版本为SeaQuery 1.0、SQLx 0.9、sea-schema 0.18。这些均为各自生态的主版本升级升级 SeaORM 时建议同时升级下游对这些 crate 的直接依赖声明并参照上文的破坏性变更清单逐项核对代码。结语SeaORM 2.0.0 是一次面向建模体验与安全性的系统性重构实体关系声明收敛到Model之上BelongsTo把基数问题提前到编译期强类型列与嵌套 ActiveModel 改善了日常读写体验RBAC 与RestrictedConnection补上了权限控制的短板entity-first 工作流与同步版sea-orm-sync则拓展了适用场景。完整的逐条变更记录可继续查阅 CHANGELOG.md各特性的实现细节可回到本仓库的 src/entity、src/rbac、src/schema 与 sea-orm-sync 目录中对照研读。【免费下载链接】sea-orm A powerful relational ORM for Rust项目地址: https://gitcode.com/gh_mirrors/se/sea-orm创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考