-
Notifications
You must be signed in to change notification settings - Fork 32
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
Accidentally deleted tax_result column #812
Comments
The test database was updated with the following work flow:
The update was successful. If anyone has SQL experience I would appreciate feedback on the SQL queries used. Note that we use PostgreSQL 9.4 |
The production database has been updated using the same work flow as described above. Results 23000 through 24105 were deleted. Anything after 24105 is fine. 22456 and before are not working, but #814 should resolve that. |
Above I said:
CORRECTION: Results 20999 through 22413 were deleted. 17910 and before do not work, but #814 resolves that. |
I accidentally deleted the tax_result column in the TaxBrain database for runs occurring before 11/22/2017. Heroku only saves database history for the previous week. Fortunately, I pulled the production and test databases down on 11/09/2017 and still have them on my laptop. So, I should be able to save the old tax runs. However, there was a period from 11/09/2017 to 11/22/2017 for which the tax results are gone.
When I created a decorator for the
tax_result
attribute in PR #738 I added a field_tax_result
to the Django model. However, when I did the migration, instead of changing the name fromtax_result
to_tax_result
, I removedtax_result
and added a new field_tax_result
.The text was updated successfully, but these errors were encountered: