вопрос: зачем отслеживать изменения, вносимые разными пользователями? пишите свой аудит, вам это точно надо?

Shocker.ProKonst_Oneвопрос: зачем отслеживать изменения, вносимые разными пользователями? пишите свой аудит, вам это точно надо?
http://www.sql.ru/forum/actualthread.aspx?tid=764895#8897612


я это уже видел, но так и не понял ЗАЧЕМ отслеживать изменения???
это всё решается обычным способом в клиентской части приложения

tutti-fruttiKonst_Oneвопрос: зачем отслеживать изменения, вносимые разными пользователями? пишите свой аудит, вам это точно надо?

уже написал. Сделал так:
триггер "висит" на таблице(ах) в моменты изм. добавления записей вызывается подпрограмма ,которая виксит в логе изменения. По значениям полей до и после измененй можно выяснить что именно произошло.
потом на формах пользователей, где нужен контроль за изм. в этих таблицах обрабатываю таймер раз в 2 секи. вычисляю есть ли изменения в таблице логе и если есть обновляю формы пользователя.
Выглядит это так: Есть юзер А, который изменяет статус доставки товара (например), у сетевого юзера Б на форме грубо говоря отображаются изменения.
ну типа того.

такое ощущение, что ваша программа работает с грязным-чтением постоянно. Вы слышали про блокировки? 1-й юзер начинает редактировать запись (запись блокируется для остальных), 2-й юзер увидит измение этой записи только после завершения транзакции 1-го пользователя.

Shocker.ProKonst_Oneтакое ощущение, что ваша программа работает с грязным-чтением постоянно. Вы слышали про блокировки? 1-й юзер начинает редактировать запись (запись блокируется для остальных), 2-й юзер увидит измение этой записи только после завершения транзакции 1-го пользователя.
Да откуда ты это берешь? Нет у него никаких коллизий и грязных чтений. Обычная многопользовательская работа, где у каждого юзера должны быть актуальные данные, вот и все.


ну так я и говорю про это. неужели все лезут в дебри аудита лишь для того чтобы в комбобоксе справочника обновить данные? я вами разочарован ;(

Shocker.ProKonst_Oneну так я и говорю про это. неужели все лезут в дебри аудита лишь для того чтобы в комбобоксе справочника обновить данные? я вами разочарован ;(

Лишь для того.
Насколько я понял автора.

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

Shocker.ProKonst_Oneу автора топика явный просчёт в проектировании клиента, если у него такие вопросы вдруг возникли. значит он не продумал решение при многопользовательской работе.

А как ты бы предложил?
Я может чего у аксесса не знаю...

Есть форма. В ней сидят два пользователя на двух компах. Работают с одним представлением из нескольких таблиц. Вносят в него изменения. Отсутствие коллизий обеспечено транзакциями. Как сделать, чтобы у каждого пользователя оперативно отражались изменения в таблицах, внесенные другим пользователем (не рассматриваем вопрос редактирования одной и той же записи)

я уже предложил юзать транзакции, но кажется, что никто не в курсе как это делается
если 1-й юзер открыл транзакцию и что-то правит и одновременно 2-й юзер делает тоже самое, то кто первый закоммитит, та запись и окажется в базе, 2-й же получит ошибку при коммите своей транзакции и сделается откат изменений, после этого просто следует обновить данные по этой записи и увидеть изменения , внесённые транзакией первого юзера.

всё, вуаля

Shocker.ProKonst_Oneесли 1-й юзер открыл транзакцию и что-то правит и одновременно 2-й юзер делает тоже самое, то кто первый закоммитит, та запись и окажется в базе, 2-й же получит ошибку при коммите своей транзакции
Для этого 2-й пользователь должен попытаться закоммитить, а как он узнает о том, что это пора сделать?
Пользователь может просто сидеть перед монитором и курить бамбук, а в это время на экране у него будут появляться свежие записи.

А открывать-закрывать транзакцию каждые две секунды десятью пользователями - это глупо. ldb-файл лопнет

и зачем тогда ваш 2-й юзер лицезреет эту форму? если эта форма - некий инструмент мониторинга, то и делайте её рефреш по таймеру!

Shocker.Protutti-fruttiЛан, спасибо всем за помощь и советы! Я уже говорил или нет, что настоящий талант щедрый по натуре, и в этом самом смысле вы с Константином ОЧ. одаренные программисты. Спасибо!
Ты иди... мы тут еще подеремся пока


да в общем то и драться не собирались, так обсудили варианты

Shocker.ProKonst_Oneи зачем тогда ваш 2-й юзер лицезреет эту форму? если эта форма - некий инструмент мониторинга, то и делайте её рефреш по таймеру!
Это не я, это автор задачу поставил.
Рефреш делать глупо - он жрет ресурсы больше, чем просто проверка, что появились/изменились записи.

для акса есть замечательный серверный динамический курсор, который всё это умеет сам