Поддержка миграций или нереляционная БД?

Question

[Алексей]

Написано приложение на основе PyQt5 и SQLite. Суть приложения: простенькая база данных с графическим интерфейсом. Позволяет добавлять, изменять, удалять записи в рамках конкретной, заранее определенной, неизменяемой модели. Суть моего желания в следующем: хочу изменять модель, добавлять поля в таблицы. Ясно, что для этого нужна поддержка миграций. Сначала подумал о том, чтобы использовать ORM SQLAlchemy вместо встроенной в PyQt ORM.
Благо, привязка PyQt к SQLAlchemy существует, а также существует такая вот утилита для миграций в SQLAlchemy, судя по отзывам неплохая.
Что меня останавливает: хваленая сложность SQLAlchemy. Не уверен, что для приложения в 2500 строк рационально изучать этого монстра.
Сегодня ночью случайно наткнулся на такую штуку как mongoDB. Судя по всему нереляционная база данных может мне помочь, тем более данные можно перенести.
Итак, вопрос: судя по вашему опыту, какой из подходов будет рациональнее? Поменять ORM на SQLAlchemy или поменять БД с SQLite на mongoDB?

Answer 1

[sim3x]

Рациональнее - алхимия и миграции

Comments

[Алексей]

Поясните почему.

[sim3x]

Алексей, потому что проще и надежнее
Монга (не уверен, что она может встраиваться как скульлайт) не дает никаких преимуществ, не дает консистентности

[Алексей]

sim3x, в pyMongo - связь, естественно, только с питоном (не с PyQt). То есть для монго вместо QSqlTableModel придется использовать какой-нибудь QTableWidget, наполняя его полученными JSON-данными. В принципе, это не так уж и страшно (а в чем-то даже и проще), но код придется переписывать весьма значительно.

Спасибо.

[sim3x]

Алексей, Хотите работать с жсоном?
Работайте
Зачем вам для етого монга?
жсон и в файле нормально себя чувствует

[Алексей]

sim3x, только не когда есть 10 таблиц, хоть и слабо связанных друг с другом.

[sim3x]

Алексей, в монге к такому получите еще и бинарный формат и СУБД сверху
Так что перед использованием монги стоит насладиться вариантом БД на жсон файлах

Answer 2

[Станислав Макаров]

Невозможно ответить вам точно, т.к. вы очень размыто описали поставленную задачу.
1. Кто меняет модель данных? Вы как разработчик, выпуская новую версию приложения или же пользователь тоже может это делать?
2. Какого рода данные хранятся в таблицах? Реляционная у них природа или нет?

В целом, необходимость изменения схемы не должна диктовать вам какую модель данных (и следовательно СУБД) применять. В большинстве проектов использующих реляционную БД схема рано или поздно меняется, но никто не переходит на документную модель только потому что нужно выполнять миграцию данных иил схемы.

Comments

[Алексей]

1. Менять модель должен пользователь;
2. У данных реляционная природа, но очень слабая. По факту вся необходимая "реляционность" обеспечивается средствами PyQt и python. Не используются внешние ключи и т.д. (база данных SQLite же).