You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Type casting. Mnesia can store any data in any field, including strings, numbers, atoms, tuples, floats or even PID's. All types in your migrations will be silently ignored.
I just tried to migrate a Postgres-app over to Ecto_Mnesia, and it was unable to run my migrations because I had references("table_name") fields in there. Since this is also 'just a type', I think better behaviour would be to ignore the result from this as well.
The text was updated successfully, but these errors were encountered:
Turns out the reason for this is that Ecto until 2.2 required you to use an atom as table name in references (So references(:table_name) was correct, and references("table_name") would throw). Since 2.2, this was resolved (And running that migration with the new version just skips over it). However, EctoMnesia does not support this new ecto version yet, and the new mix ecto.migrate will not be able to see the database schema created by mix ecto.create for some reason.
The README states:
I just tried to migrate a Postgres-app over to Ecto_Mnesia, and it was unable to run my migrations because I had
references("table_name")
fields in there. Since this is also 'just a type', I think better behaviour would be to ignore the result from this as well.The text was updated successfully, but these errors were encountered: