Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Kak отменить изменения ?
|
|||
|---|---|---|---|
|
#18+
На форме кнопки <NEXT> <Prev> и связанные с полями editBox -ы при изменении значения и последующего нажатия на кнопки, записи в таблицах меняються. Как делать, чтобы не менялись ( Хочу использовать APPLY - updateall() и ESCAPE - revertall() ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.04.2004, 10:49 |
|
||
|
Kak отменить изменения ?
|
|||
|---|---|---|---|
|
#18+
Вариант - в функции click каждой кнопки прибавить отмену - не интересен. Почему то мне кажеться должен быть где то свойство, определяющее ( применять или отменить , при переходе записи ! ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.04.2004, 10:53 |
|
||
|
Kak отменить изменения ?
|
|||
|---|---|---|---|
|
#18+
Может, использовать буферизацию на уровне таблицы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.04.2004, 10:54 |
|
||
|
Kak отменить изменения ?
|
|||
|---|---|---|---|
|
#18+
Насколько понял, буферизация на уровне таблицы запретит другим пользователям изменять записи в данной таблице. Как поступить при многопользовательском режиме ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.04.2004, 11:14 |
|
||
|
Kak отменить изменения ?
|
|||
|---|---|---|---|
|
#18+
Фактически я хочу, чтобы при переходе на другую запись , автоматически выполнялось ОТМЕНА ! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.04.2004, 11:17 |
|
||
|
Kak отменить изменения ?
|
|||
|---|---|---|---|
|
#18+
Насколько понял, буферизация на уровне таблицы запретит другим пользователям изменять записи в данной таблице. Если буферизация с оптимистической блокировкой, то конфликт обновлений будет решаться только при сохранении записи. Это надо решать программно. Фактически я хочу, чтобы при переходе на другую запись , автоматически выполнялось ОТМЕНА ! Значит, в событии Click кнопки перехода надо выполнять TABLEREVERT(.F.) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.04.2004, 11:23 |
|
||
|
Kak отменить изменения ?
|
|||
|---|---|---|---|
|
#18+
А я понимаю, что ПЕССИМИСТИЧЕСКАЯ буферизация на уровне таблицы запретит другим пользователям изменять ТОЛЬКО ТЕ записи в данной таблице, КОТОРЫЕ БЫЛИ ЗАБЛОКИРОВАНЫ В РЕЗУЛЬТАТЕ ИЗМЕНЕНИЯ ДРУГИМ ПОЛЬЗОВАТЕЛЕМ. А ОПТИМИСТИЧЕСКАЯ и вовсе все разрешит, потому что блокировок как таковых не будет вплоть до TABLEUPDATE( ). авторФактически я хочу, чтобы при переходе на другую запись , автоматически выполнялось ОТМЕНА! Для такого поведения приложения лучше всего подойдет пессимистическая буферизация на уровне строки (классическое поведение - update when pointer moves or upon TABLEUPDATE( ) - должно быть дополнено вызовом TABLEREVERT() перед попыткой переместить курсор, например, по кнопке "NEXT"). Кстати, мое мнение касательно красоты такой реализации может не совпадать с мнением автора вопроса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.04.2004, 11:31 |
|
||
|
Kak отменить изменения ?
|
|||
|---|---|---|---|
|
#18+
2Urri Но ведь он же еще хочет, чтобы была возможность updateall и revertall. Пессимистическая буферизация на уровне строк такой возможности не даст. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.04.2004, 11:35 |
|
||
|
|

start [/forum/topic.php?fid=41&fpage=387&tid=1596876]: |
0ms |
get settings: |
8ms |
get forum list: |
20ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
32ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
| others: | 241ms |
| total: | 373ms |

| 0 / 0 |
