Можно качать при сборке образа. Можно сделать кастомный entry point, который будет запускать загрузку перед запуском самого приложения. Можно через deploy hooks (они вроде так называются)

Т.е. проблема в том, что ты стесняешься дёрнуть девопса?

Нет, просто я размышляю над возможными решениями

В целом я понял возможности, спасибо!

Использовать механизм миграции схемы (или данных) БД для чего-нибудь кроме изменения БД — не очень идея, как мне кажется

Это я понимаю. А почему, есть ответ?

Ну в смысле я сам понимаю, что это плохое решение. Но не могу ответить на вопрос “почему?”.

Я хранил базу в Гите и просто ее периодически обновлял, меня это устраивало, т.к. особых требований к актуальности данных не было

Ага, про этот конкретный случай я понял. Спасибо!

Я так и не понял, зачем ua_inspector нужна бд

Они там хранят регекспы

#Nikon
Nikon:
  regex: 'Coolpix S800c'
  device: 'camera'
  model: 'Coolpix S800c’

Ну ты понел

Потому что это использование инструмента не по назначению. Ты вспомни, как работает мигратор Ecto. Он хранит информацию о выполненных миграциях в таблице schema_migrations, читает директорию с миграциями, выполняет новые миграции и записывает их в schema_migrations. При следующем деплое уже выполненные миграции не будут выполняться. А это значит, что если ты создашь миграцию, в которой будешь вызывать UAInspector.Downloader, то сколько бы раз ты не делал деплой, эта миграция выполнится максимум один раз. Ты, конечно, можешь создавать новую миграцию каждый раз, когда ты хочешь инициировать обновление БД ua_inspector, но проще в таком случае обойтись хранением БД в Гите.

#Nikon
Nikon:
  regex: 'Coolpix S800c'
  device: 'camera'
  model: 'Coolpix S800c’

кастомный регексп, который ты добавляешь в бд через админку штоле?

Да, я знаю как работает мигратор. И в целом мне это и нужно — выполнить миграцию ровно один раз.

Скачать и забыть

А как ua_inspector будет сопоставлять user agent'ы устройствам?

За всё время существования твоего приложения? Ну тогда — точно качай локально и добавляй файлы в гит.

Да, ты прав, в этом случае это оптимальное решение

Я не знаю. А какое отношение метод сопоставления имеет к БД?