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

[Владимир Максимов]

Цитата:

Сообщение от 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.

В версии Ax2.5 я сделал следующее

Исходная таблица TestFile в базе Test не удаляется, а переименовывается.

ДО штатной синхронизации выполняется:

• Удаление существующего View с указанным именем
• Переименование таблицы со специфическим именем в имя, только что удаленного View

Затем запускается штатный режим синхронизации по реально существующей таблице

ПОСЛЕ штатной синхронизации выполняется:

• Переименование таблицы в специфическое уникальное имя
• Создание нового View

Специфическое имя таблицы формируется как Имя_Таблицы_GUID.
Т.е. в конец имени таблицы через символ подчеркивания дописывается GUID сформированный через функцию NewId() на MS SQL сервере

Все параметры, необходимые как для переименования, так и для создания View хранятся в специально для этого созданной настроечной таблице

В "псевдокоде" это выглядит так

\\ \Classes\Application\dbSynchronize

boolean dbSynchronize(tableId tableId = 0, ...)
{
    MyClass_SqlView myClass_SqlView;

(...)

// Переименование таблиц ДО синхронизации
myClass_SqlView = new MyClass_SqlView();
myClass_SqlView.restoreOrigConfig(tableId);

// Собственно синхронизация
ok = super(tableId, syncAsNeeded, continueOnError, showProgress, checkSyncTables);

// Переименование таблиц ПОСЛЕ синхронизации
myClass_SqlView.replaceTableOnView(tableId);

(...)
}

Для MS SQL переименование - это хранимая процедура sp_rename. Использовать можно так

-- Скрипт MS SQL
if ObjectProperty(Object_Id('Старое_Имя'), 'IsUserTable') = 1
    exec sp_rename 'Старое_Имя','Новое_имя'

Если в качестве параметра TableId передан 0, то переименовываются все View, имена которых хранятся в настроечной таблице

Соответственно, в рабочей базе просто надо удалить записи в этой настроечной таблице, чтобы использовалась сама таблица, а не создавалось View на ее основе.

View именно удаляются/создаются по той причине, что в исходную таблицу TestFile могут быть добавлены/удалены поля. Т.е. без пересоздания View может произойти рассинхронизация структуры View и таблицы-образца.

Тут есть некоторая проблема, связанная с тем, что в случае модификации структуры собственно настроечной таблицы, где хранятся имена для переименования, может возникнуть конфликт при выполнении myClass_SqlView.restoreOrigConfig(). Но вероятность такого конфликта не высока, а если он все-таки возник, то лучше "вручную" синхронизировать сначала эту настроечную таблицу, и только после этого выполнять синхронизацию View.

PS: У нас подобные View использовались для объединения данных из нескольких баз. Т.е. View - это Select * from Base1.dbo.Table1 UNION ALL Base2.dbo.Table1

[S.Kuskov]

Цитата:

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

Еще раз на примере

Ок. Для вашего примера.
1) В приложении Test (в Axapta) создаем таблицу TestFile_dummy. При синхронизации эта таблица появляется в базе Test.
2) В базе Work в SQL создаем таблицу TestFile с такой же структурой
3) В приложении Test создаём представление с именем TestFile связанное с таблицей TestFile_dummy
4) В базе Test подменяем текст представления TestFile так чтобы оно смотрело на таблицу TestFile базы Work.

[Dolores]

Цитата:

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

Ок. Для вашего примера.
1) В приложении Test (в Axapta) создаем таблицу TestFile_dummy. При синхронизации эта таблица появляется в базе Test.
2) В базе Work в SQL создаем таблицу TestFile с такой же структурой
3) В приложении Test создаём представление с именем TestFile связанное с таблицей TestFile_dummy
4) В базе Test подменяем текст представления TestFile так чтобы оно смотрело на таблицу TestFile базы Work.

А как теперь записать данные в таблицу TestFile базы Work?

[S.Kuskov]

Цитата:

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

А как теперь записать данные в таблицу TestFile базы Work?

Из приложения Test?
Вы обновляемое представление делаете? Тогда, видимо, вам нужно подменять запрос не у представления, а у таблицы. Нужно пробовать.

[Dolores]

Цитата:

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

Ок. Для вашего примера.
1) В приложении Test (в Axapta) создаем таблицу TestFile_dummy. При синхронизации эта таблица появляется в базе Test.
2) В базе Work в SQL создаем таблицу TestFile с такой же структурой
3) В приложении Test создаём представление с именем TestFile связанное с таблицей TestFile_dummy
4) В базе Test подменяем текст представления TestFile так чтобы оно смотрело на таблицу TestFile базы Work.

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

[S.Kuskov]

Цитата:

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

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

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

А вам точно нужно on-line интеграция. Не устроит ли вас синхронизация изменений в асинхронном режиме?

[Владимир Максимов]

Цитата:

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

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

Цитата:

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

Для этого вам придётся реализовать (через тригеры?) трансляцию всех изменений из одной базы в другую

Не обязательно. Через View это тоже работает. В смысле, запись во View при определенных настройках автоматически означает запись в таблицу-источник View. А с триггерами будет та же проблема синхронизации, когда при очередной синхронизации слетят все ранее настроенные триггера.

Цитата:

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

и решить задачу по синхронизации процесса выделения RecId в двух приложениях.

Ну, это вообще не проблема. Достаточно в SYSTEMSEQUENCES для нужной таблицы организовать сдвиг в поле NextVal. При общем диапазоне значений в 20 значащих цифр выделить диапазон для разных баз - не проблема. Ну, например, для базы Test поставить значение от 0, а для базы Work поставить значение от 10 в 10 степени.

Цитата:

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

А вам точно нужно on-line интеграция. Не устроит ли вас синхронизация изменений в асинхронном режиме?

А вот к этому вопросу присоединяюсь. Можно же "тупо" написать Job на MS SQL, который периодически будет сравнивать таблицы, например, раз в 10 минут, и объединять изменения (команда MERGE в T-SQL)

Да, настройка репликации MS SQL не подойдет, поскольку она основана на триггерах. А триггера могут слететь при синхронизации таблиц в Axapta.