LSVПроблема в том, что добавление нового атрибута потребует изменение структуры таблиц.
Это не проблема.

LSVЧто не есть хорошо (например для репликации).
А что, у какой-то кривой репликации это вызывает вопросы?

LSVИ при смене структуры всегда могут возникнуть потенциальные проблемы. И не надо говорить, что никаких проблем нет.
Изменение структуры - это штатная и регулярная ситуация в ИС. И если у инструмента в этом случае прогнозируются проблемы (более чем "сугубо потенциальные") - это, назовём так, повод задуматься.

LSVА репликация в сто раз сложнее бекапа. А переменная структура еще один виток усложнения.
Да ни фига это не виток. Вы так пишете, словно написать код для "десяти таблиц, каждая с постоянной структурой" проще и правильнее, нежели для переменного числа таблиц с переменной структурой. Скажем, могу рассказать, как ведёт себя мой репликатор. Во-первых, он принимает данные согласно приехавшей структуре. То есть добавили новое поле в источник и приёмник - оно автоматом подхватилось как только приехала первая запись с этим новым полем. Во-вторых, у него есть вызов "притормози ненадолго", который откладывает приём данных на десять минут - это для того, чтобы спокойно и безопасно обновить структуру данных на сервере. В-третьих, обнаружив ошибки, характерные для расползшихся структур (в источнике поле добавили, в приёмнике забыли, например), он опять же тормозит приём на десять минут и шлёт оповещение. В самом худшем случае (проблема не уходит, оповещение не проходит) данные копятся во входном буфере, и в программе мониторинга видно это нарастание (разрастается входной буфер, отставание сервера по данным уходит в "больше пятнадцати минут", то есть в область красных величин).