|
Как побороть? Сообщение: данные были изменены. Внесите изменения повторно..
|
||
|---|---|---|
Участник
Сообщения: 169
|
||
| 27.06.2001, 06:48 |
|
|
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как побороть? Сообщение: данные были изменены. Внесите изменения повторно..
|
|||
|---|---|---|---|
|
#18+
Если кто подскажет, как быть, буду очень благодарен. Дело в следующем. Есть БД на SQL 2000. В таблице написан триггер на обновление, который пишет имя компа, время и имя юзера при обновлении записи в таблице. Есть клиент на access 97. В форме используется присоединенная таблица SQL. Все обновляется нормально. Далее, предположим юзер ушел с записи в форме и затем решил изменить ТУ ЖЕ запись еще раз. Сразу же выдается сообщение <<данные были изменены. Внесите изменения повторно..>> И в принципе, после второй попытки все идет как надо. Как это дело побороть? PS Если меняется запись №1, потом №2, потом снова №1, все прокатывает нормально и без сообщения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2001, 19:27 |
|
||
|
Как побороть? Сообщение: данные были изменены. Внесите изменения повторно..
|
|||
|---|---|---|---|
|
#18+
Скорей всего выполняется захват данных на уровне строки. Для твоего случая это могут быть методы выполнения захвата "обновляемый", "монопольный". При выполнении UPDATE сервер выполняет метод обновляемого захвата, далее при изменении данных этот метод усиливается до монопольного. Это может происходить по разным причинам кот. наверняка рассмотрены в BOL и в литературе раздел типа: блокировки, захваты, коллективный доступ к данным (это просто вариант направления в котором можно покопать). В любом случае для получения картины и выявления причины не помешает воспользоваться EM и/или SQL Server Profiler. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2001, 06:48 |
|
||
|
Как побороть? Сообщение: данные были изменены. Внесите изменения повторно..
|
|||
|---|---|---|---|
|
#18+
Добавь в таблицу, которую обновляешь, поле типа "Timestamp" c любым именем. Никогда его не трогай. Обнови в Access присоединение таблицы и все будет OK. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2001, 17:49 |
|
||
|
Как побороть? Сообщение: данные были изменены. Внесите изменения повторно..
|
|||
|---|---|---|---|
|
#18+
Как-то в VB я столкнулся с таким же 'руссифицированным' сообщением. Естественно мне было не понятно, что это значит и я нашел его аналог на английском: 0x80040E38 -2147217864 The rowset was using optimistic concurrency and the value of a column has been changed since it was last read Ошибка заключается в приколе существования тригера и изменения кол-во ROWCOUNT Достаточно установить в тригере AS SET NOCOUNT ON ..... ваш код ...... SET NOCOUN OFF GO И таблица будет свободно редактируемая в Optimistic mode. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2001, 07:36 |
|
||
|
|
start [/forum/search_topic.php?author=Master&author_mode=last_topics&do_search=1]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
get settings: |
9ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
43ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 718ms |
| total: | 870ms |
| 0 / 0 |
