|
|
|
Сохранение данных
|
|||
|---|---|---|---|
|
#18+
Есть Форма. При ее загрузке загружаются 10 таблиц с данными из БД. Далее пользователь может изменять данные, причем изменения могут происходить во всех 10 таблицах. Вопрос связан с сохранением изменений. Допустим некие данные считываются с БД в клиентскую часть (формы). Юзер работает с кими около получаса. А за это время некоторые данные были уже удалены из БД другим юзером. Теперь первый юзер хочет сохранить изменения (к примеру, новые значения полей уже удаленного рекорда), но не сможет так как этих записей уже нет. Думала применить блокировки, но насколько я поняла, они действуют только на уровне сервера. То есть, если я считываю данные то они могут блокироваться на время их считывания. Но на полчаса, которые будет работать юзер, они блокироваться не могут. Правильно? Если да, то как решить данную проблему ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2006, 13:32 |
|
||
|
Сохранение данных
|
|||
|---|---|---|---|
|
#18+
Я что, не в том разделе форума? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2006, 15:06 |
|
||
|
Сохранение данных
|
|||
|---|---|---|---|
|
#18+
IgethimДумала применить блокировки Верная мысль. Igethimно насколько я поняла, они действуют только на уровне сервера. Хм. А на каком уровне им по-Вашему следовало бы действовать? IgethimНо на полчаса, которые будет работать юзер, они блокироваться не могут. Почему не могут? IgethimЯ что, не в том разделе форума? Не исключено. Если Вы рассматриваете вопрос как общетеоретический - в том самом. Если же просите рецепт, например, для Oracle*Forms, то не в том. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2006, 15:45 |
|
||
|
Сохранение данных
|
|||
|---|---|---|---|
|
#18+
IgethimНо на полчаса, которые будет работать юзер, они блокироваться не могут. Правильно? Если да, то как решить данную проблему ?Технически то оно возможно, но получить по ... за эти торомоза очень даже вероятно. Нужно вводить собственные блокировки - какие-то доп. поля. И собственные проверки, слой доступа. Типа документ занят тем-то с такого-то времени - зайдите попозже. Соответсвенно только через этот слой обновлять данные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2006, 17:54 |
|
||
|
Сохранение данных
|
|||
|---|---|---|---|
|
#18+
ModelR IgethimНо на полчаса, которые будет работать юзер, они блокироваться не могут. Правильно? Если да, то как решить данную проблему ?Технически то оно возможно, но получить по ... за эти торомоза очень даже вероятно. Нужно вводить собственные блокировки - какие-то доп. поля. И собственные проверки, слой доступа. Типа документ занят тем-то с такого-то времени - зайдите попозже. Соответсвенно только через этот слой обновлять данные.Боюсь что здесь тема уже истоптана и не по одному разу. Сразу встаёт вопрос, что делать с подвисшими сессиями? Как определять на какой период блокировать данные. Если пробовать сделать универсальный механизм, не вдаваясь в тонкости используемой бд, это бег по граблям IMHO. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2006, 18:00 |
|
||
|
Сохранение данных
|
|||
|---|---|---|---|
|
#18+
ModelRНужно вводить собственные блокировки Не нужно. ModelRкакие-то доп. поля. И собственные проверки, слой доступа. Тем более. Вот нефиг делать, только велосипеды реализовывать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2006, 18:06 |
|
||
|
Сохранение данных
|
|||
|---|---|---|---|
|
#18+
Если порыться по форуму, можно найти с полдесятка неплохо разработанных и даже детально описанных механизмов пользовательских блокировок. Nobody faults but mine... (LZ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2006, 18:48 |
|
||
|
Сохранение данных
|
|||
|---|---|---|---|
|
#18+
А если порыться в документации родимой СУБД, не потребуется даже рыться в форуме. И останется единственный вопрос - нужны ли эти пользовательские блокировки или нафиг. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2006, 18:49 |
|
||
|
Сохранение данных
|
|||
|---|---|---|---|
|
#18+
softwarerА если порыться в документации родимой СУБД, не потребуется даже рыться в форуме. И останется единственный вопрос - нужны ли эти пользовательские блокировки или нафиг.И вообще нужна ли эта автоматизация . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2006, 15:53 |
|
||
|
Сохранение данных
|
|||
|---|---|---|---|
|
#18+
К моменту принятия решения о блокировках на этот вопрос уже дан ответ, пересматривать его в общем случае нет оснований. Как нет оснований считать, что нужны пользовательские блокировки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2006, 15:57 |
|
||
|
Сохранение данных
|
|||
|---|---|---|---|
|
#18+
Заблокировал, выключил комп. И пока не приду и не разрешу, никто чтоб ни-ни. Вешать это на механизмы СУБД? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2006, 17:27 |
|
||
|
Сохранение данных
|
|||
|---|---|---|---|
|
#18+
ModelRЗаблокировал, выключил комп. И пока не приду и не разрешу, никто чтоб ни-ни. Вешать это на механизмы СУБД? Если механизмы СУБД это умеют и нет явных и в конкретной ситуации недвусмысленных противопоказаний - безусловно. В отношении сортировки данных, или например подсчета итоговых сумм следует применять абсолютно аналогичный подход. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2006, 17:38 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=34074938&tid=1544965]: |
0ms |
get settings: |
10ms |
get forum list: |
18ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
167ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
62ms |
get tp. blocked users: |
2ms |
| others: | 223ms |
| total: | 504ms |

| 0 / 0 |
