Цитата:
Сообщение от
AXcons
Хочется повысить быстродействие.
"Нельзя управлять тем, что нельзя посчитать". Обычно сначала проводят диагностику, собирают данные тех или иных счетчиков производительности, а уже потом думают, как повысить быстродействие. Может, дело не в версии СУБД, а в неудачном распределении файлов БД по дискам или просто недостаточной производительности дисковой подсистемы.
Цитата:
Сообщение от
AXcons
с какими проблемами возможно придется столкнуться после перехода на 2012 SQL?
В принципе с т.з. приложения разные версии SQL Server обратно совместимы между собой, в свойствах БД для этого в т.ч. есть настройка уровня совместимости. Из известных же "проблем" - другая схема лицензирования по процессорам в SQL Server 2012, где вместо сокетов лицензируются отдельные процессорные ядра.
Цитата:
Сообщение от
egorych
Поставьте Oracle.
В переводе на человеческий язык это называется "наймите DBA"
PS. Официальные тесты производительности для AX 2009 и большинство - для AX 2012 делались на SQL Server 2008 R2, а не на SQL Server 2012. Это, как минимум, говорит о том, что высокой производительности системы можно добиться и без перехода на SQL Server 2012.