Open nickb937 opened 1 week 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
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.
ActiveModel
for a table. In v0.12 I did not implementActiveModel
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.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/
ColumnType::String
definitions seem to have changed, wrapped by StringLen. ColumnType::String(Some(32)).def()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 beColumnType::Binary(0).def()
ColumnType defines:
On PostgreSQL should I now be using
ColumnType::VarBinary(StringLen::None)
orColumnType::Binary(0).def()
or does it matter?