ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Microsoft Access [игнор отключен] [закрыт для гостей] / insert into - нужна ли блокировка?
5 сообщений из 5, страница 1 из 1
insert into - нужна ли блокировка?
    #32472247
greenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
greenman
Гость
Заранее извиняюсь за наверное глупый вопрос, я еще только учусь =)

может ли при одновременном (условно) добавлении двумя пользователями записи в связанную с серверной базой таблицу возникать ошибка? при том что ключевых и индексированных полей в этой таблице нет?
...
Рейтинг: 0 / 0
07.04.2004, 15:44
| Ответить | Цитировать | Написать  
insert into - нужна ли блокировка?
    #32472741
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир СанычПривилегированный пользователь
Модератор форума
Что такое связанная с серверной базой таблица? Это таблица, находящаяся в серверной базе? Тогда да.

А если ключевых полей в таблице нет, то это вообще плохо.
...
Рейтинг: 0 / 0
07.04.2004, 19:59
| Ответить | Цитировать | Написать  
insert into - нужна ли блокировка?
    #32473420
greenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
greenman
Гость
Да, прилинкованная с серверной базы таблица. А какого рода может быть ошибка? Неужели в Access нет встроенной обработки для многопользовательской работы с таблицей?
И почему плохо, что ключа нет? Таблица там используется просто как некий буфер данных...
...
Рейтинг: 0 / 0
08.04.2004, 12:19
| Ответить | Цитировать | Написать  
insert into - нужна ли блокировка?
    #32474266
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир СанычПривилегированный пользователь
Модератор форума
авторА какого рода может быть ошибка? Неужели в Access нет встроенной обработки для многопользовательской работы с таблицей?
Есть полувстроенная обработка. А именно - есть все средства для того, чтобы написать свою обработку. Это пишется примерно так:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
on error goto E
...
 1 
dbengine( 0 ).begintrans
set rs=...openrecordset...
...
rs.update 'на этой строке может возникнуть ошибка и переход на E'
...
rs.close
dbengine( 0 ).commit
...
exit sub
E:
if error like  "*locked*"  then
rs.close
dbengine( 0 ).rollback
resume  1 
else
... 'обработка прочих ошибок'
endif

авторИ почему плохо, что ключа нет? Таблица там используется просто как некий буфер данных...
Ключ нужен базе для того, чтобы обратиться к конкретной записи (будь то для чтения, стирания, обновления и т.д.). Если в таблице нет ключа, то сам процесс обращения к записи происходит медленно и не всегда успешно.
...
Рейтинг: 0 / 0
08.04.2004, 17:44
| Ответить | Цитировать | Написать  
insert into - нужна ли блокировка?
    #32475090
greenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
greenman
Гость
в случае изменения рекордсета (update), конечно, я делаю блокировку к нему ну и обработчик....
а вопрос именно про вставку новой записи, т.е.

Код: plaintext
1.
2.
3.
With CurrentDb.CreateQueryDef( "")
    .sql = " insert into tabWithoutKeys ....."
    .execute dbFailOnError
End With


система многопользовательская, может ли при этом возникнуть *locked*?
...
Рейтинг: 0 / 0
09.04.2004, 11:33
| Ответить | Цитировать | Написать  
5 сообщений из 5, страница 1 из 1
Форумы / Microsoft Access [игнор отключен] [закрыт для гостей] / insert into - нужна ли блокировка?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=45&msg=32472741&tid=1675453]:
 0ms
get settings:
 9ms
get forum list:
 15ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 156ms
get topic data:
 10ms
get forum data:
 2ms
get page messages:
 52ms
get tp. blocked users:
 2ms
others: 227ms
total:  479ms
созд. / загр.: 479ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]