Как раз от данного паттерна надо уходить и не плодить толстые контроллеры, где заключен весь функционал. Об этом много говорят с сами разработчики MVC.
timao: я и говорю, в двунаправленной репликации мастер-мастер то, что вы описали это самая мелкая проблема, хуже, когда обратно пытаются вставиться несколько записей с одинаковыми id с разных slave.
На мой взгляд лучшый вариант - описанный мною, без репликации. Но вам оябзательно нужно учитывать логику на уровне приложения при осуществлении update.
1. Если модель восстановления будет Simple, то по запросам и транзакциям достаточно определить сколько места нужно, может быть и 1Гб, а может и все 50Гб.
2. Если модель восстановления Full, то тут все зависит от кол-ва транзакций. Грубо = вес транзакции* (кол-во до log backup) + все из пунтка 1.
Как правило начинают от 20-30% от размера БД. Но это дефолтная оценка.
fryette: да, он не плох, есть почти весь функционал, лишнее можно поотрезать, что то добавить. В MVC5 он называется Individual User Accounts в шаблоне MVC.
fryette: логично, т.к. js просто меняет value в input элементе в форме. submit надо либо по кнопке либо в js вызывать document.getElementById("myForm").submit();
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
