>а триггер пишет данные случаем не в подчиненную таблицу?

Нет

>а что профайлер говорит на скобки?

А скобок уже нет :) когда были - не смотрел

>Как в этом случае помогают скобочки для меня полная загадка.

Ага. Для меня тоже. Вообще лучше Акес назвали бы Enigma :)

AcSex+MS SQL=Скулёж
==
дал Savik

Подниму как я тему - ввиду того что опять сообщение об ошибки стало снова выскакивать.
Как и говорил Pavel ебучий акес ставит вместо ? - Select @@Identity.
А @@Identity содержит уже счетчик таблицы которую триггер обновил.
Пиписец/ Ставить скобки не помогает. Профайлер на них кстати не ругается.
Ставил в команду синхронизации dbo.myXP ? (нифига не помогло)

==
На таблице 3 триггера: 1 здоровый и обновляет 4 таблицы (из самой последней и тащиться Select @@Identity) остальный: лог.
На подчиненой форме - триггеров нет.
Хотя источник у форм стоит ХП (команда синхронизации таже ХП), в коде открытия источником становиться инструкция селект с IN (Номера счетчиков которые я хочу видеть)

2Владимир Смирнов

Спасибо. При огромное. Заработало :)

==
Вот, блин, что значит конгда зае%шься :) шары на глазах.
Коль акес хочет выбирать последний вставленный счетчик, так ему и надо его дать. Простой вставкой во временную таблицу.
Гениально и просто. а я ужу инстед оф триггер городить начал :(

Блин, ей богу - это надо в фак. Да простит мен А.Митин (am), но решения на его сайте - не есть хорошие решения. Хотя бы взять INSTED OF триггер, в котором надо будет внести строку с ключом, а для этого надо указывать
set IDENTITY_INSERT ON, что не возможно если юзер не обладает права sysadmin|db_ddladmin|db_owner.
Я уже привелегии раздавать хотел :) пока не появился В. Смирнов, чье решение более красиво (уж не знаю как в плане скорости выполнения, но вроде из-за динамического SQL будет всегда перекомпиляция).

Блин, ей богу - это надо в фак. Да простит мен А.Митин (am), но решения на его сайте - не есть хорошие решения. Хотя бы взять INSTED OF триггер, в котором надо будет внести строку с ключом, а для этого надо указывать
set IDENTITY_INSERT ON, что не возможно если юзер не обладает права sysadmin|db_ddladmin|db_owner.
Я уже привелегии раздавать хотел :) пока не появился В. Смирнов, чье решение более красиво (уж не знаю как в плане скорости выполнения, но вроде из-за динамического SQL будет всегда перекомпиляция).

2am

>Упс... :( Наехали ни за что ;(
>ЗЫ: Или я уже владельцем hiprog стал?

Андрей, извини.
Не понятно с чего, перепутал твой сайт am.russimpоrt.ru c hiprog.ru


==
Не все, пора в отпуск.

>лишний раз про возможности сайта рассказал ;))))

Кто не был - быстро туда! :)

http://am.rusimport.ru/msaccess- там куча полезной инфы.

==
Не много рекламы хорошому сайту не помешает

2 am
>похоже с меня бутылка пива в Анапе

Хотя пью редко и мало, но с тобой - с удовольствием

2Дмитрий Филатов
>Вы просто плохо прочитали статью, я ничего не говорил про эту (set IDENTITY_INSERT ON) команду, она там совершенно не нужна.

Статью я прочитал внимательно, просто перешел от теории к практике :)

При INSTED OF триггере в таблице Inserted лежат все значения, акромя счетчика (он равен нулю).
А мне это значение нужно для последующего обновления/вставки 4 таблиц.
Выход, который я нашел (возможно в корне не верный) найти значение последнего счетчика +1. Далее добавляем записи из Inserted с опцией IDENTITY_INSERT ON, чтобы обновить счетчик найденным выше значением+1. Эту операцию выполнеям последней в триггере, что бы Select @IDENTITY вернуло Акесу верное значение, без которого опять получаеться лажа - и Select @IDENTITY возвращает значение счетика от 4 таблицы.
Можно было сделать проще?

2 am & All

Тааак
Все дружно хвалим сайт Андрея Митина и получаем от него по пиву
==
Хотя, вообще-то, это мы должны ему проставляться - за труд.
Так что, если увидимся в Анапе - пиво с меня. И не возражать!