I'm new to EF and inherited a project that apparently used database-first development.
The production environment uses SQL Azure and I'm basically trying to figure out the standard approach for updating its schema.
At first, I tried enabling migrations for the EF project, before attempting the process described here: http://www.dotnet-tricks.com/Tutorial/entityframework/R54K181213-Understanding-Entity-Framework-Code-First-Migrations.html ...but I discovered that only works for code-first development.
Now what I plan to do is to make changes to the database that I'm running in my local dev environment, then use my local database to update the model in my EF project.
From there, I'd like to deploy the changes to the SQL Azure environment while preserving all the existing records in the database, but the best way to do so is unclear.
Is there anything in the EF tooling that will generate update scripts that don't drop tables? Do I need to write update scripts manually? Do people typically use SQL Server tools to do the update instead?
My initial Googling hasn't found the answer to the question, unfortunately, though it seems like something that should be an extremely common problem.