-
-
Notifications
You must be signed in to change notification settings - Fork 134
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
Type of database column MODIFIED #166
Comments
No reason, we can switch to unix timestamps, but if you want to implement it, think about the update method of the app, so older clients are migrating it correctly. We will have to test it well. |
@korelstar is this issue part of your speed-up-project? I lately saw #167 is outdated. Can i support you to get this merged into |
No, this was not part of my speed-up-project. Currently, I'm not working on this issue. It has very low priority for me since I'm not expecting that the change of the type will have large effects. However, in long-term, I still think the change to I hope, I'll find some time in the near future to update #167. But this depends on a rework of nextcloud/notes#51 and there are other things in the pipeline ... but I will definitely do that. :-) |
anyone working on this issue? |
nope |
Fixed by #416 |
Currently, the
modified
column in the database is of typeTEXT
(using the formatyyyy-MM-dd HH:mm:ss
). Is there a reason for that? In my view, it should be of typeINTEGER
(using the unix epoch), since this should require less space, sorting should be faster etc. But maybe, I've overseen something.The text was updated successfully, but these errors were encountered: