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

[Maxim Gorbunov]

Business Views (Бизнес-представления, это Вы правильно нашли) входят в лицензию Business analysis. Если у Вас этих таблиц нет, значит просто не установлен этот лицензионный ключ.

Для того, чтобы "Проверка" дала эффект, надо чтобы в списке перечислимых текстов был хотя бы один Enum. Появляются они там, когда Вы создаете View (Представление) с использованием enum'ов. В общем, попробуйте. Функционал простой, работает как часы. Бережет время и нервы при работе извне с enum'ами, виртуальными компаниями, доменами, display-методами (там есть ограничения, продиктованные механизмом обновления значений).

До широкой общественности информация донесена с помощью white paper, который есть на установочном диске Аксапты.

[somebody]

2 murad

Цитата:

Есть необходимость использовать хранимые процедуры SQL Servera.
Не будут они удалены Аксаптой при синхронизации (или других операциях)?
Пробовал создавать тестовую хранимку и проводил синхронизацию DataDictionary, процедура не была удалена. Но хотелось бы убедится, чтобы не переводить потом все хранимки на запросы

Если речь о версиях 2.5/3.0, то никаких посягательств на процедуры Аксапта не совершает. Более того, даже триггеры её не волнуют (хотя своих триггеров она принципиально не имеет).
Проверено нескольколетним опытом на Аксаптах 2.5/3.0, SQL Server 2000/2005.
Насчёт AX 4.0 не в курсе.

[Alexius]

Цитата:

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

Более того, даже триггеры её не волнуют

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

[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. Список не полный