Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What's new?
media_item_search_index
tableWhat's changed?
What's fixed?
N/A
Any other comments?
I was initially against using SQLite in favour of PG. Mainly because PG is more "full featured" and it's what I was used to. It turns out that SQLite has come a LONG was since I last used it - last time you couldn't even rename or drop columns. These recent QOL features removed any real barrier to use + the fulltext search is SURPRISINGLY good. There are still a few things I'm concerned about like lack of natural sorting and generally disliking the LOOSE type system, but at least Ecto has me covered on the latter.
The reason for the switch is purely around simplifying for "production" deployments. This app only exists to fulfill my needs at the moment and my only goal is to get this running on Unraid. SQLite makes handling configuration SO much easier and not needing to bake in a postgres server to the docker image is a big win