Submitted by Vladislav Osmanov on 10.04.2012 18:51
Открыл для себя интересную возможность в SQL-сервере – секционированные таблицы.
Объяснение на пальцах: есть база с постоянно пополняемой таблицей заказов. Как правило, основная работа ведётся с заказами за последние пару месяцев. Остальная масса заказов необходима для аналитики и используется раз в месяц/квартал/год. Таблица растёт и могут начать проявляться проблемы производительности при доступе к этим данным. Первое что приходит на ум – создать вторую таблицу для архивных данных, выгрузить в неё старые заказы облегчив таким образом доступ к текущим заказам. И тут уже начнутся пляски при объединении текущих заказов с архивными в единой выборке для анализа... [node:read-more:link]
Submitted by Vladislav Osmanov on 10.05.2011 20:50
Помимо неподдерживаемой кастомизации мастер установки Microsoft Dynamics CRM 2011 предупреждает нас и о фрагментированных индексах, которые могут значительно замедлить процесс обновления: Fragmented indexes were detected in the Microsoft Dynamics CRM database.
Просмотрев детали этого предупреждения можно обнаружить внушительный список фрагментированных индексов.
Для уменьшения времени обновления CRM настоятельно рекомендуется перестроить эти индексы. Конечно, это можно сделать вручную (через SQL Server Management Studio), но гораздо приятнее воспользоваться чудо-скриптом IndexOptimize, который позволяет разом перестроить все индексы указанной базы данных. [node:read-more:link]
Submitted by Vladislav Osmanov on 10.05.2011 19:47
Хоть и Microsoft Dynamics CRM 2011 Implementation Guide настоятельно рекомендует "чистую" установку CRM 2011 с последующей миграцией данных из старой четвёрошной базы, грех не попробовать обновиться поверх существующего решения.
Во время такого обновления мастер установки сообщает об очень интересных вещах:
Просмотрев детальную информацию, находим списки индексов и хранимых процедур не входящих в поставку Microsoft Dynamics CRM. [node:read-more:link]
Недавно был замечен неприятный встроенный баг системы (в стандартном функционале). Проявляется в том, что после установки 8го роллапа (на 7м и ранее не замечен) в новых, созданных после установки этого роллапа, организациях не работает переназначение записей. Невозможно сменить ответственного на любом типе записей. При попытке назначить, выдаётся ошибка приложения. При этом, установка 9го роллапа не решает проблему.
Последние комментарии