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
Actual use case for me is Schemas. It's been a year we've been in development, and there are days where I change the schema ~10 times, and end up clearing data each time.
I do see a way to automate writing migrations, but then we'd be committing new versions/migrations, a lot.
I do want migrations once we go into production, but for development it's enough of a nuisance to want to be able to disable them.
Just documenting the desire here.
The text was updated successfully, but these errors were encountered:
natew
changed the title
[feature] Custom builds / Disable features
[feature] Custom builds or Disable Schema validation
Dec 1, 2017
The schema-validation is required. At the moment the documents do not match the schema, you will have big trouble with errors that are hard to debug. Many things like the proxy-getters and the QueryChangeDetection can only work I the schema is valid. Therefore this 'feature' is made especially to use in developement. At the moment you ship code to prod and find out that the schema does not match your data, its too late.
I recommend to use the memory-adapter for dev, so you do not have to clear up data after each dev-cycle.
One think I could do was allowing the recreation of a collection, if it does not contain any documents. See
Actual use case for me is Schemas. It's been a year we've been in development, and there are days where I change the schema ~10 times, and end up clearing data each time.
I do see a way to automate writing migrations, but then we'd be committing new versions/migrations, a lot.
I do want migrations once we go into production, but for development it's enough of a nuisance to want to be able to disable them.
Just documenting the desire here.
The text was updated successfully, but these errors were encountered: