Подмена запроса для View

[samolalex]

Добрый день.

Имеется созданное в AOT View определенной структуры. Задача - подменить содержимое View на уровне базы данных.
В Axapta 3 (+Oracle) данная задача решалась написанием скрипта (CREATE OR REPLACE VIEW...) в SysSQLInitDbTriggers.

Как решается данная задача в DAX2009?

Пересмотрел на форуме множество тем, в которых говорится, что необходима доработка при синхронизации или что нужно смотреть в сторону Application::dbSynchronize() (в том числе смотрел тему Запрет синхронизации объекта АОТ).

В итоге однозначного решения не нашел.
Если кто-нибудь знает решение для DAX2009 или есть пример решения, просьба рассказать о нем.

[S.Kuskov]

Цитата:

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

В Axapta 3 (+Oracle) данная задача решалась написанием скрипта (CREATE OR REPLACE VIEW...) в SysSQLInitDbTriggers.

Как решается данная задача в DAX2009?

Да все также ...
для MS SQL вместо CREATE OR REPLACE VIEW... будет

IF OBJECT_ID ('[myViewName]',\'V\') IS NOT NULL DROP VIEW [myViewName]
CREATE VIEW [myViewName] ...

[AraraT®]

Можно через класс Application, метод dbSynchronize с подменой запроса для конкретного View.

[samolalex]

Цитата:

Сообщение от AraraT®

Можно через класс Application, метод dbSynchronize с подменой запроса для конкретного View.

А что подразумевается под подменой запроса в данном случае - вызов скрипта "CREATE VIEW..."? И как именно можно подменить запрос для конкретного VIEW?

[samolalex]

Цитата:

Сообщение от S.Kuskov

Да все также ...
для MS SQL вместо CREATE OR REPLACE VIEW... будет

IF OBJECT_ID ('[myViewName]',\'V\') IS NOT NULL DROP VIEW [myViewName]
CREATE VIEW [myViewName] ...

Вопрос вызывает место (класс/метод), из которого необходимо вызывать скрипт, т.к. в DAX2009 SysSQLInitDbTriggers отсутствует.

[S.Kuskov]

Цитата:

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

место (класс/метод), из которого необходимо вызывать скрипт

Application::dbSynchronize()

[AraraT®]

Цитата:

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

А что подразумевается под подменой запроса в данном случае - вызов скрипта "CREATE VIEW..."? И как именно можно подменить запрос для конкретного VIEW?

вот после этого места можно вызвать скрипт:

ok = super(tableId, syncAsNeeded, continueOnError, showProgress, checkSyncTables);

в стиле (примерно, делаю вырезки из кода, только для понимания):

private void CreateView(str _sql)
{
    Connection          connection;
    Statement           statement;
    ;

    connection  = new Connection();
    statement   = connection.createStatement();

    SqlStatementExecutePermission   = new SqlStatementExecutePermission ( _sql );
    SqlStatementExecutePermission.assert();

    statement.executeUpdate(_sql);

    CodeAccessPermission::revertAssert();
}

У нас на Вьюшке создавался метод, в котором возвращалась строка как скрипт создания необходимой вьюшки на чистом SQL, потом проверялось его наличие через Dict*-классы и вызывался, как раз после указанного супера.

Перед созданием вьюшки - ее надо грохнуть.

[samolalex]

Спасибо за ответы.

Правильно я понимаю (с учетом информации в ранее опубликованной теме Синхронизация View DAX40), что при синхронизации определенного VIEW в метод Application::dbSynchronize() параметр tableId всегда передается равным 0. т.е. получается, что определить синхронизация какого объекта происходит в указанном методе невозможно?

[S.Kuskov]

Цитата:

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

Спасибо за ответы.

Правильно я понимаю (с учетом информации в ранее опубликованной теме Синхронизация View DAX40), что при синхронизации определенного VIEW в метод Application::dbSynchronize() параметр tableId всегда передается равным 0. т.е. получается, что определить синхронизация какого объекта происходит в указанном методе невозможно?

Да, у меня на AX2009 так же

[Dolores]

Никому не удалось исключить таблицу из синхронизации в AX2009 ? Очень нужно!

[Logger]

Никогда не было такой задачи.
Вот индексы успешно прятали от аксапты. Возможно для табличек сработает такой же подход.
А вам это зачем ?

[Logger]

Вот тема была для индексов
Не удалять индексы при синхронизации

[Dolores]

Всё та же задача - подменить содержимое View на уровне базы данных. Создано представление в рабочей базе, которое связано с таблицей в другой базе. В рабочей базе в SQL данная таблица удалена и при синхронизации в программе выдается ошибка по этой таблице. Поэтому нужно исключить её из синхронизации.

[S.Kuskov]

Подложите во View копию этой таблицы, просто что бы ошибки не было. А после все равно подмените текст View на свой.

[Dolores]

А как в SQL подложить во View копию этой таблицы?

[S.Kuskov]

Зачем через SQL? Напрямую в приложении аксапты всё сделайте.
Или я не понимаю проблемы?

Допустим вам нужно в итоге получить View с определённым набором столбцов (откуда будут тянуться данные для этой View не важно). Я бы создал в этом же приложении таблицу с произвольным именем по структуре совпадающую с результирующим View (с таким же набором столбцов и соответствующими типами данных). Сделал бы на основе этой вспомогательной таблицы View с нужным именем.

[AlexeyS]

Если нет необходимости в подмене view сразу после синхронизации, можно все сделать средствами самого sql - сделать периодическую операцию, которая делает drop view XXX / create view XXX раз в день. И Kuskov правильно сказал про копию таблицы - обязательно сделайте, просто чтобы не было сообщений об ошибке

[Dolores]

Еще раз на примере: есть 2 базы Work и Test.
1) В приложении Test (в Axapta) создаем таблицу TestFile. При синхронизации эта таблица появляется в базе Test
2) В базе Work в SQL создаем таблицу TestFile с такой же структурой
3) В базе Test в SQL удаляем таблицу TestFile
4) В базе Test в SQL создаем представление TestFile, связанное с базой Work.

Таким образом, при работе в приложении Test c таблицей TestFile данные записываются в базу Work через представление.
Но при синхронизации таблиц в приложении Test возникнет ошибка, потому что мы удалили таблицу в базе Test в SQL.

[S.Kuskov]

Цитата:

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

Но при синхронизации таблиц в приложении Test возникнет ошибка, потому что мы удалили таблицу в базе Test в SQL.

А для чего мы её удалили?

[AndyD]

Потому что вьюха в сиквеле для Аксапты подменяет реальную таблицу
Т.е. в АОТ вью нет, есть таблица

Меня не спрашивайте, почему так сделано)