Прямое обращение к СУБД, минуя Axapta

[Gustav]

Цитата:

Сообщение от Alexius

1. Переиндексация БД средствами Аксапты гарантированно удаляет триггеры

Подтверждаю существование этой проблемки для Axapta 3.0 SP4 на Oracle 9.2. После выполнения в "SQL Администировании" Аксапты для выбранной таблицы (с нашими самописными триггерами) команды "Индексы => Реиндексация", статусы всех триггеров этой таблицы в БД меняются на Invalid. Для возвращения в Valid приходится выполнять перекомпиляцию триггеров средствами Oracle. Слава Богу, что при всём при этом не удаляются тексты триггерных процедур! (типа "и на том спасибо")


P.S. А вообще, похоже, всё не так критично. Во всяком случае, для Oracle (для MS SQL Server не знаю). Вот что мне только что в "аське" написал мой коллега:

Цитата:

А статус случайно не меняется на valid при первом же обращении к триггеру? Это вообще-то обычная практика оракла - если изменить структуру таблицы например, то все процедуры, на нее ссылающиеся, станут invalid. Но при обращении оракл автоматом их компилирует , и , если все ок, то пользователь этого даже не замечает

И это правда. Я проверил.

[Alexius]

Действительно забыл указать, что удаление триггеров я смотрел на MS SQL.

[somebody]

2 Alexius

Цитата:

1. Переиндексация БД средствами Аксапты гарантированно удаляет триггеры
2. В 2.5 при удалении поля или изменении размера синхронизация грохает триггеры (думаю 3.0 ведет себя аналогично)
3. Иногда синхронизация таблицы иницирует переиндексацию, см. п. 1

1. Пользовались для переиндексации ТОЛЬКО средствами MS SQL. Поэтому с такой проблемой не сталкивался.
2. Да, в 3.0 триггеры удаляются при синхронизации, не только при удалении/изменении, но и при добавлении поля.
3. В каких случаях? Можно подробнее?

[Alexius]

Цитата:

Сообщение от somebody

3. В каких случаях? Можно подробнее?

Для АХ 2.5 + MS SQL переиндексация таблицы может инициировать :
- изменение кластерного индекса
- изменение свойств поля (напр. размер), входящего хотя бы в один индекс
- переименование поля
- удаление поля
- изменение структуры таблицы с большим числом полей
- перенос модификаций, связанных с изменением структуры БД, переподкладкой всего приложения

PS. Список не полный