осознавал, что это плохо, но как это внятно аргументировать, кроме как "ты чё делаешь, пёс" - не могу
У тебя бд — постгрес?
1. БД не накапливает статистику — хуже запросы 2. Неожиднные скачки производительности, когда данные перемещаеются в TOAST 3. БД не проверяет ссылочную целостность 4. Транзакции лочат все данные сущности 5. Боль с мигарциями
Еще можно в https://t.me/pgsql спросить
Спасибо! А в чем заключается боль с миграциями, если сейчас миграции идут только через миграции схемы, не данных?
Ну, к примеру, переименование полей, либо вставка нового поля с дефолтом с обычными таблицами будет очень быстро работать. Тут же нужно бежать по всей таблице. Либо как-то учить приложение понимать, что данные могут быть с разными схемами, и если поля нет, то у него такое значение. Если ты хочешь данные как-то по другому уложить, то с обычными таблицами нужно будет блокировать только ту часть данных, с которыми ты работаешь, когда у тебя все в одной колонке, то все ты должен блокировать
Обсуждают сегодня