gcb
(this is similar to Generate migrations from Ecto.Schemas or use those Ecto.Schemas to create tables in database but i still don’t have an application… so the proposed solution ecto.dump doesn’t really apply)
I’m just starting out an elixir application using the whole mix package (phx, ecto) for the first time.
The initial migration seems extremely backwards to me. But i’m not that versed on ORMs either. I can see why I wouldn’t want migrations after the DB exists to screw up tables and such. But for the initial one, I honestly cannot see any advantage.
What is bugging me most is, i will spend probably several days authoring a bunch of Schema in my repo. Then, i will have to repeat line by line all the tables/fields into my initial migration file. Not to mention that at this time, until I have anything in production, i want to collapse all my “migrations” into a initial one anyone.
Does this make sense? anyone have any work around to save the initial work on this? any workflow that is more practical not covered on the official guide?
Where Next?
Trending in Questions
Other Trending Topics
Latest on Elixir Forum
Sponsor Spotlight
Supporting innovation across the BEAM ecosystem.
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ai
- #ecto-query
- #elixirconf-us
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #elixirconf-eu
- #api
- #forms
- #security
- #metaprogramming
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
We build reliable cloud platforms for business-critical systems.
Catch errors, track performance, monitor hosts and more.
Elixir, Erlang & BEAM conferences from Code Sync - join us in 2026!
Practical resources that improve the lives of professional developers.
Bringing learning, work and compliance together since 1987.
**Building the future of software with AI, trust, and human connection.**
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
Showing Posts 1 to 6- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
gcb
or, does everyone ignores all that and uses
phx.gen.schemaright away?…it was kinda confusing as the phx guides makes me go trhu the ecto guides first.
benwilson512
I’m a bit low on time so I can’t reply to your whole post but this part at least is pretty normal:
At least until my project is on some other developer’s computer, it’s perfectly fine to just edit your initial migrations and
mix ecto.reset.gcb
makes sense, but i would rather to “redo my initial-migration-from-schemas and mix ecto.reset”
benwilson512
If you’re at that point, the workflow I generally use is to write out the
mix phx.gencommands I run, and then I just edit those as I want to tweak stuff and just keep deleting the lib / priv directories until things are the way I want. This also helps solve any html boilerplate (if applicable).gcb
i see. so the usual process is to ignore
echo.migration initialand never manually editing Schemas/Migrations.Create_xxx, and going straight tomix phx.gen?edit: …and then manually tweaking the fields not present on the html/api endpoints? sigh…
benwilson512
@gcb I haven’t read the books you’re referring to in a long time, so I don’t know what you mean by
ecto.migration initial. You asked about alternative work flows and I’m saying I jump straight in tophx.gen. This minimizes the tweaking.