SeaQL / sea-orm

🐚 An async & dynamic ORM for Rust
https://www.sea-ql.org/SeaORM/
Apache License 2.0
7.38k stars 517 forks source link

Breaking changes information missing from ChangeLog #2414

Open nickb937 opened 1 week ago

nickb937 commented 1 week ago

Upgrading from SeaORM 0.12 to 1.1

There seem to be some changes that are breaking changes but aren't mentioned in the Changelog, which tripped me up during an upgrade. It would be helpful to expand the information in the ChangeLog for others.

  1. The requirement to always define an ActiveModel for a table. In v0.12 I did not implement ActiveModel for some tables because they are read-only, managed directly by some database triggers. In this instance SeaORM defines the schema and I wanted a compile error should somebody try to write code to update the rows.
error[E0412]: cannot find type `ActiveModel` in this scope
 --> table.rs:5:39
  |
5 | #[derive(Copy, Clone, Default, Debug, DeriveEntity)]
  |                                       ^^^^^^^^^^^^
  |
  = note: this error originates in the derive macro `DeriveEntity` (in Nightly builds, run with -Z macro-backtrace for more info)
help: consider importing one of these items

I see it's now written in the doc here that it should always be defined: https://www.sea-ql.org/SeaORM/docs/generate-entity/entity-structure/

  1. ColumnType::String definitions seem to have changed, wrapped by StringLen. ColumnType::String(Some(32)).def()

  2. use sea_orm::sea_query::BlobSize has been Dropped, but no indication of what it should have been replaced with.

I guess that ColumnType::Binary(BlobSize::Blob(None)).def() should be ColumnType::Binary(0).def()

ColumnType defines:

    Binary(u32),
    VarBinary(StringLen),

On PostgreSQL should I now be using ColumnType::VarBinary(StringLen::None) or ColumnType::Binary(0).def() or does it matter?

tyt2y3 commented 6 days ago

Yes, I think I changed the derive macro in https://github.com/SeaQL/sea-orm/pull/2186 I know that is breaking, and it should only impact relatively few users. we've never thought about the "entity without active model = read only" use case. and may be we can work something out to make it a feature.

I am not sure if it will work, can a trait associated constant, say READ_ONLY = true in EntityTrait, trigger a compile-time error with a const fn shall we attempt to call save?

regarding binary, BlobSize is really a MySQL thing, it doesn't exist in Postgres, usually VarBinary is used.

ref. https://docs.rs/sea-query/latest/sea_query/table/enum.ColumnType.html it's bytea all along