|
|
|
|
#1 |
|
Участник
|
RIP Virtual Companies
Цитата:
Сообщение от kashperuk
Виртуальные компании - зло, так как практически невозможно сохранить целостность данных при добавлении в табличную коллекцию хоть одной более менее серьезной таблицы. Соответственно, хотя официально они и поддерживаются, Майкрософт на каждом углу рекомендует их не использовать.
Цитата:
Сообщение от fed
...в 2012R2 пришлось дополнительно вводить еще более сложный и кривой механизм data partition. И все в результате кривого архитектурного решения с принудительной глобализацией. В общем - у Дамаагрдовского решения был один фатальный недостаток...
|
|
|
|
|
#2 |
|
Модератор
|
Что значит "тема еще не прорабатывалась" ? Это же классический пример проблем индейцев, которые шерифа не печалят, не так ли ? Виртуальными компаниями в 2012 можно пользоваться только по принципу "назло бабушке отморожу уши" (или "пользовался раньше, буду и тут", кому что ближе). Вендор предупреждал о том что поддерживать фичу не планирует - проигнорировавший предупреждение клиент мигрирует сам, наиболее удобным ему способом, исходя из личных и религиозных убеждений
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
|
|
#3 |
|
Banned
|
Цитата:
|
|
|
|
|
#4 |
|
Участник
|
Цитата:
А что же будет взамен ? Некие механизмы репликации, как в глобальной адресной книге ? |
|
|
|
|
#5 |
|
Участник
|
В контексте моего сообщения это означало, что вендор, по заявлению недельной давности того же Piter Villadsen, пока не имеет четкого представления о том, как будет работать обновление существующих данных при переходе с AX6 на AX7 - безотносительно (не)использования функционала виртуальных компаний.
Цитата:
Сообщение от Vadik
Виртуальными компаниями в 2012 можно пользоваться только по принципу "назло бабушке отморожу уши" (или "пользовался раньше, буду и тут", кому что ближе). Вендор предупреждал о том что поддерживать фичу не планирует - проигнорировавший предупреждение клиент мигрирует сам, наиболее удобным ему способом, исходя из личных и религиозных убеждений
Просто обычно вендор оставляет какой-то выбор, который хотя бы не хуже, а то и лучше прежнего: выкину возможность дергать функции Win32 API на сервере, но у вас останется возможность использовать .NET FCL (вот вам пример переписанного WinAPIServer), выкину COM Business Connector, но у вас останется возможность мигрировать на .NET-овский (или даже написать обертку для него, которую можно вызывать через COM), выкину BC вообще, но у вас останется возможность интегрироваться через веб-сервисы. А тут - просто выкидывается возможность и вместо нее ничего не дается взамен. Ничего. Есть, мол, те же глобальные таблицы (SaveDataPerCompany = No), в общем, выкручивайтесь, как хотите. |
|
|
|
| За это сообщение автора поблагодарили: Link (1). | |
|
|
#6 |
|
Британский учённый
|
Цитата:
__________________
Людям физического труда для восстановления своих сил нужен 7-8 часовой ночной сон. Людям умственного труда нужно спать часов 9-10. Ну а программистов будить нельзя вообще. |
|
|