Формирование RecId при вставке в таблицу AX из SQL Server

[glibs]

Чтобы Аксапта работала с таблицей как с родной (а иначе вопрос про RecId зайти не должен был бы), ее нужно создавать в АОТ. А если так, то автоинкремент в чистом виде сделать не получится, насколько я могу понимать.

Заполнять RecId нужно потустороней софтиной, по хорошему. Или писать триггер и следить стоб не стерся. А коли так, то просто развести диапазоны RecId, в которые может писать Аксапта, и в которые может писать потусторонняя софтина, чтобы они не пересеклись. Не совершенно, но быстро и просто. И оптимально с т.з. поддержки кода.

Для тех кто любит творить много совершенного кода и не беспокоится о стоимости его поддержки варианты были предложены...

[DSPIC]

Цитата:

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

Чтобы Аксапта работала с таблицей как с родной (а иначе вопрос про RecId зайти не должен был бы), ее нужно создавать в АОТ. А если так, то автоинкремент в чистом виде сделать не получится, насколько я могу понимать.

Заполнять RecId нужно потустороней софтиной, по хорошему. Или писать триггер и следить стоб не стерся. А коли так, то просто развести диапазоны RecId, в которые может писать Аксапта, и в которые может писать потусторонняя софтина, чтобы они не пересеклись. Не совершенно, но быстро и просто. И оптимально с т.з. поддержки кода.

Для тех кто любит творить много совершенного кода и не беспокоится о стоимости его поддержки варианты были предложены...

Я бы не делал из мухи слона. По-моему, здесь только усложнения: триггер, следить, чтобы он не стерся, развести диапазоны... Единственное, что действительно стоит отсюда добавить в верхние посты - это не связываться с хранимой процедурой и получать следующее значение RecId в той же софтине: т..е. написать метод

int64 getNextRecId(int _tableId)

>Для тех кто любит творить много совершенного кода и не беспокоится о стоимости его поддержки варианты были предложены...

Glibs, если предложишь решение по выделению RecId проще и дешевле в поддержке - ставлю пиво.

[Hyper]

Цитата:

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

Чтобы Аксапта работала с таблицей как с родной (а иначе вопрос про RecId зайти не должен был бы), ее нужно создавать в АОТ. А если так, то автоинкремент в чистом виде сделать не получится, насколько я могу понимать.

Заполнять RecId нужно потустороней софтиной, по хорошему.

Да, я имел в виду "программный" инкремент, ответственность за который несет внешняя софтина.

Цитата:

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

А вообще, можно сделать, чтобы и Аксапта могла в эту таблицу данные писать (используя suspendRecIds).

Кстати, да, хорошая защита от излишне ретивых девелоперов. Перекрыть метод insert на таблице, делать в нем suspendRecIds, программное выделение RecId, super(), removeRecIdSuspenson. Таким образом даже если кто-то "случайно" вставит запись из AX, корректность RecId можно проконтролировать.
Но я все-таки склоняюсь к первоначальной идее перекрыть insert и закомментировать super().

Пока, насколько я понимаю, lev и DSPIC предпочитают использование кода, приведенного выше, а Wamr, oip и glibs согласны, что без этого можно обойтись.