|
![]() |
#1 |
Модератор
|
Цитата:
А зато сколько вкусностей.. - Возможность иметь полноценный во всех смыслах бэкапа (а не "БД по состоянию на 01:00, приложение - на 01:15") - Про "отзывчивость" приложения уже в оригинальном приложении писали - Минус один компонент - проще станет (должно стать проще, очень хочется, чтобы стало проще) построение отказоустойчивой системы (то, что имеем сейчас в виде расшаренного приложения, разваливается от малейшей нестабильности сети, и ничего с этим не поделать) и т.д.
__________________
-ТСЯ или -ТЬСЯ ? |
|
![]() |
#2 |
Administrator
|
Цитата:
А если изменений у пользователей нет - то бекап приложения вполне может делаться по факту его изменения и не привязываться к БД. Но в целом - да, если приложение "переедет" на SQL Server - то бекап конечно будет более полноценным...
__________________
Возможно сделать все. Вопрос времени |
|
![]() |
#3 |
Участник
|
Цитата:
Сообщение от Vadik
![]() А зачем? "Запихнуть ради запихивания" разве что.. Учитывая количество кода, использующего временные таблицы и то, как они используются (многочисленные построчные манипуляции) - думаю, нет смысла их куда-то, кроме структур в памяти AOS (или в файлах на нем же) запихивать - иначе получим кучу мелких вызовов AOS - СУБД (и задержек, связанных с сетью)
|
|
Теги |
aod, axmodel, blog, сравнение слоев, ax6.0, crm2011 |
|
|