Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Проблема многопользовательского доступа!
|
|||
|---|---|---|---|
|
#18+
Подскажите кто знает решения такой проблемы. Есть проэкт MSSQLServer + Foxpro8. Для доступа к данным на сервере используестя Remoteview, т.е. добавление, изменение, удаление. Представим ситуацию: есть родительская таблица и несколько дочерних. При удалении данных из родительской таблицы срабатывает триггер для удаления из дочерних. Когда один пользователь просматривает запись из доч. таблицы, а другой в это время удалил запись из род. таблицы, то у первого возикает ошибка. Можно конечно создать опрееленную таблицу, в кот. бы хранились номера редактируемых записей. И проверку осуществлять "Свободна ли ячейка?", используя триггер. тогда такие триггеры необходимо прописать для каждой таблицы. Но думаю в лисе есть стандартные возможности. Кстати, будет ли нормально блокирование записей? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2005, 14:48 |
|
||
|
Проблема многопользовательского доступа!
|
|||
|---|---|---|---|
|
#18+
mityaПодскажите кто знает решения такой проблемы. Есть проэкт MSSQLServer + Foxpro8. Для доступа к данным на сервере используестя Remoteview, т.е. добавление, изменение, удаление. Представим ситуацию: есть родительская таблица и несколько дочерних. При удалении данных из родительской таблицы срабатывает триггер для удаления из дочерних. Когда один пользователь просматривает запись из доч. таблицы, а другой в это время удалил запись из род. таблицы, то у первого возикает ошибка. Нет. Не возникнет. Remote View - это НЕ исходные данные. Это копия исходных данных существующая только у одного клиента. В тот момент, когда один пользователь открывает Remote View на его машину копируется запрошенный набор данных. После этого, ему уже абсолютно не важно, что именно будет происходить с исходныит даными. Проблема может возникнуть только в том случае, если первый пользователь будет модифицировать эту удаленную запись. Но в этом случае, при попытке сохранить эти изменения возникнет ошибка сервера, которую следует перехватить и выдать пользователю соответствующее сообщение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2005, 15:03 |
|
||
|
Проблема многопользовательского доступа!
|
|||
|---|---|---|---|
|
#18+
Я согласен, что такую проблему можно решить. Ошибка возникает, когда надо перещитать некоторые данные из доч. таблицы и занести их в главную таблицу(я это делаю при выходе из формы). А как правильно обработать такую ошибку? Возможно, конечно, делать запрос на сервер. Какие есть другие варианты? Кстати , если расширить вопрос. Как правильно создавать клиент-серверное приложение используя выше описаную структуру? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2005, 15:33 |
|
||
|
|

start [/forum/topic.php?fid=41&fpage=333&tid=1594713]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
26ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 244ms |
| total: | 344ms |

| 0 / 0 |
