MS_Inst
Краткое описание :
Аналог TO_CHAR(sysdate, 'yyyy/mm/dd') в DSQLОписание :
Прямой SQLЧто измененно :
Прямой SQL
новые функции
----- СУТЬ ПРЕДЛОЖЕНИЯ -----
Предлагаю реализовать аналог оракловой TO_CHAR(sysdate, 'yyyy/mm/dd') в нашем DSQL
Как измененно :
Реализовано частично: реализовано на платформах MSSQL, Oracle, Pervasive
# ИНСТРУКЦИЯ ПО НАСТРОЙКЕ:
Запустите проверку целостности БД с опцией "Проверка служебных объектов" (ChkBase.StoredProcs=On).
MS_Inst
Краткое описание :
Округление стоимости при выборе из прайс-листаОписание :
Общие вопросы взаимодействия с СУБДЧто измененно :
Действительные числа
MSSQL
----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ -----
Действительные числа округляются по-разному при чтении из разных полей,
хотя формально поля одного типа. Это странно.
Зависит от наличия индекса по этому полю.
Как измененно :
Исправлено.
MS_Inst
Краткое описание :
возможность создать вьюху и триггерОписание :
ДокомпиляцияЧто измененно :
MSSQL
----- СУТЬ ПРЕДЛОЖЕНИЯ -----
Поддержать возможность работы с включенными на базе DDL-триггерами.
Сейчас не удаётся создать новую таблицу.
Как измененно :
Доработано.
MS_Inst
Краткое описание :
Рефакторинг инсталяторов и утилит проверки БД: все объяекты с фиксированным текстом вынести в отдельные файлы-скрипты из C-шного кодаОписание :
Инсталляция, настройка, проверка БДЧто измененно :
Драйвера
Все платформы
----- СУТЬ ПРЕДЛОЖЕНИЯ -----
Рефакторинг инсталяторов и утилит проверки БД.
Как измененно :
Выполнено
MS_Inst
Краткое описание :
На MS SQL Server нужно ускорить запросы к филиальным таблицам.Описание :
MS SQLЧто измененно :
Филиальность
MSSQL
----- СУТЬ ПРЕДЛОЖЕНИЯ -----
Ускорить запросы к филиальным таблицам за счёт настройки
индексов системы Галактика ERP под филиальность
Как измененно :
Доработано.
* доработка включается только если есть филиалы
* индексы всех "филиальных" (т.е. не общих) таблиц содержат сегмент филиала
* введён новый класс "монофилиальных" таблиц, у которых сегмент филиала ведущий для большинства прикладных индексов (подробнее см. документацию)
* перестройка индексов осуществляется с помощью chkmssql (можно запустить прямо из модуля Филиальность), причём во время перестройки пользователи могут работать с системой
* при проверке с помощью chkmssql про индексы, которые не идеальны в плане использования филиального сегмента (ещё не обработаны после установки обновления или изменения настройки филиальности), выдаётся отдельный текст ошибки (не такой, как про совсем неправильные индексы)
Минусы:
* индексы занимают больше места на диске
# ИНСТРУКЦИЯ ПО НАСТРОЙКЕ:
Инструкция для клиентов, использующих филиальность! Если филиальность не используется, то никаких дополнительных действий не требуется.
1. Донастройте филиальность в комплеке Support, возможно, объявив некоторые таблицы монофилиальными.
2. Запустите проверку индексов из меню Операции > Коррекция индексов модуля Филиальность без исправления, почитайте, что она собирается исправить.
Обратите внимание на индексы, которые не "неправильно настроен под филиальность", а "некорректен или отсутствует". Если такие есть -- их расхождение не связано с данной доработкой, проконсультируйтесь с техподдержкой прежде чем их исправлять.
3. Запустите проверку индексов из меню Операции > Коррекция индексов модуля Филиальность с исправлением в фоне.
Процесс может идти долго. Можно убивать процесс, если слишком грузит сервер, а потом запускать заново. Можно административными средствами понизить ему приоритет. Также можно убить процесс support, а процесс chkmssql оставить.
4. Докомпиляцию лучше делать докомпилятором содержащим решение данной проблемы, тогда те индексы, которые меняются при докомпиляции, будут сразу правильно настроены под филиальность. При желании можно также перетащить список монофилиальных таблиц с 9.1 на 8.1 (поле X$FILES.XF$FLAGS2) перед докомпиляцией.