Внимание пользователям снапшотов 2.5.2

dimitr
Дата: 28.08.2012 11:52:12
Адресуется тем, кто поставил в продакшен снапшоты 2.5.2 свежее 04.06.2012 (билд 26494) и перенес базы как есть, без бекап-рестора. Таковым камрадам настоятельно рекомендуется (минимально и достаточно) перестроить все композитные индексы, содержащие строковые поля. Прошу пардону за неудобства, но уж лучше перебдеть (с), ибо аукнуться оно может по-тихому, например, кривыми цифрами в отчетах.
dimitr
Дата: 28.08.2012 11:53:53
уточнение - речь идет только о мигрировавших на 2.5.2 с версии 2.5.1 (релиза или снапшота), остальных это не касается.
Симонов Денис
Дата: 28.08.2012 11:58:51
А когда уже релиз кандидат выйдет? Вроде изменения в эту ветку уже не вносятся (2.5.3 открыли).
WildSery
Дата: 28.08.2012 12:10:41
Симонов Денис,

а в чём разница? считай его релиз-кандидатом.
dimitr
Дата: 28.08.2012 12:11:30
вот-вот, там при QA с "яблочными" билдами проблемы вылезли, исправляем сейчас.
Симонов Денис
Дата: 28.08.2012 12:13:20
В том что собирается с другой vcredist. На некотрых машинах могут быть проблемы.
Гаджимурадов Рустам
Дата: 28.08.2012 12:17:59
dimitr
Адресуется тем, кто поставил в продакшен снапшоты 2.5.2 свежее 04.06.2012 (билд 26494) и перенес базы как есть, без бекап-рестора.
Это как раз в тему "вашего" подхода "между минорными версиями сервера БД можно переносить копированием, без рестора". :)
dimitr
Дата: 28.08.2012 12:28:53
Гаджимурадов Рустам,

вроде "наш" подход всегда был немного другим - b/r рекомендован, но не обязателен. И почти всегда так и есть. Но иногда shit happens :-( Просто в релизных нотах на эту тему будет "табло", а в снапшотах о таком не узнаешь.
Гаджимурадов Рустам
Дата: 28.08.2012 12:47:56
dimitr
вроде "наш" подход всегда был немного другим - b/r рекомендован, но не обязателен.
Здрасьте. Архивы форума знают и обратные примеры. :)
Кавычки там стояли не зря, это я просто злорадствую. :)
Viktor_bs
Дата: 08.11.2012 18:44:32
dimitr
Таковым камрадам настоятельно рекомендуется (минимально и достаточно) перестроить все композитные индексы, содержащие строковые поля.

В связи с официальным релизом 2.5.2 можно ли считать достаточным ребилд всех индексов для миграции с 2.5.1, возвращаемых запросом:
SELECT 'ALTER INDEX '||I.RDB$INDEX_NAME||' ACTIVE; COMMIT;' AS "/*SCRIPT*/"
FROM RDB$INDICES I
WHERE I.RDB$RELATION_NAME NOT STARTING WITH 'RDB$' AND I.RDB$SEGMENT_COUNT > 1 AND EXISTS
(
  SELECT F.RDB$FIELD_NAME
  FROM RDB$INDEX_SEGMENTS SI
    JOIN RDB$RELATION_FIELDS RF ON RF.RDB$RELATION_NAME = I.RDB$RELATION_NAME AND RF.RDB$FIELD_NAME = SI.RDB$FIELD_NAME
    JOIN RDB$FIELDS F ON F.RDB$FIELD_NAME = RF.RDB$FIELD_SOURCE AND F.RDB$FIELD_TYPE IN (14, 37)
  WHERE SI.RDB$INDEX_NAME = I.RDB$INDEX_NAME
)

или я что то упустил?
И как быть с составными индексами на системных таблицах RDB$RELATION_FIELDS, RDB$PROCEDURE_PARAMETERS, RDB$RELATION_CONSTRAINTS.

К сожалению сделать B/R не представляется возможным.