Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

more on building carmel-api database #17

Open
adriatic opened this issue Apr 6, 2017 · 0 comments
Open

more on building carmel-api database #17

adriatic opened this issue Apr 6, 2017 · 0 comments

Comments

@adriatic
Copy link
Member

adriatic commented Apr 6, 2017

Based on today's discussion with @Thanood and @JeroenVinke I realized that there still are a few things that need explanation (to an acute observer, that is).

My approach to the solution of the problem of how to continue evolving carmel-api is incomplete as I focused too much on how to define the data needed to seed the database and have not clearly pointed out how to create the database structure.

  1. I used the ASP.NET Core - New Database as the guidance to create the database structure using the classes Component.cs, Sample.cs, ComponentTag.cs and SampleTag.cs in the models folder. **This action resulted with the creation of the Migrations folder.

  2. I used the **samples.json as the definition of the data used to seed the database (via the manual process described before, more than once)

  3. When making changes to the database, I only made the changes to the database seed (item 2 above), meaning that the content of the Migrations folder was constant so far.

Now, since we need to change the database structure in order to implement the two steps workflow designed to allow us the control over user edits, @JeroenVinke should decide whether he wants to use existing initial migration and build on top of that - or to delete the migrations folder and delete the database itself, basically starting from step 1 above.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant