Мастера DELPHI, Delphi programming community Рейтинг@Mail.ru Титульная страница Поиск, карта сайта Написать письмо 
| Новости |
Новости сайта
Поиск |
Поиск по лучшим сайтам о Delphi
FAQ |
Огромная база часто задаваемых вопросов и, конечно же, ответы к ним ;)
Статьи |
Подборка статей на самые разные темы. Все о DELPHI
Книги |
Новинки книжного рынка
Новости VCL
Обзор свежих компонент со всего мира, по-русски!
|
| Форумы
Здесь вы можете задать свой вопрос и наверняка получите ответ
| ЧАТ |
Место для общения :)
Орешник |
Коллекция курьезных вопросов из форумов
KOL и MCK |
KOL и MCK - Компактные программы на Delphi
Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / rsdn.org

 
Чтобы не потерять эту дискуссию, сделайте закладку « предыдущая ветвь | форум | следующая ветвь »
Страницы: 1 2 3 4 5 6 7

уведомление о блокировке записи [D7, XP, 2003]


sniknik ©   (13.09.17 10:24[100]

> Вы сабж то перечитайте по внимательнее.
> Как для второго пользователя отследить блокировку записи для редактирования и вывести уведомление?
именно на это был дан ответ не блокировать. вернее ряд ответов, от административного решения типа не давать одну и ту же работу разным людям, до моего совета пользоваться принципом "кто последний тот и прав" (что не отменяет административного).

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


macrodens ©   (13.09.17 10:46[101]

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

типа не давать одну и ту же работу разным людям противоречите сами себе sniknik ©   (13.09.17 08:30) [83]

Представьте себе работу какого либо центра обработок заявок, когда заявки в базу попадают автоматизировано (через модули СРМ например, могут поступать заявки с факса, эл.почты, веб.формы и т.п.).
количество заявок ~1000 в час.
Их обрабатывает 100 человек в 10 офисах. Фильтруют, что спам, а что принесет реальные деньги.
Как им не дать выполнять одну и туже работу? Если это и есть их работа? Как сократить впустую потраченное время, если кто последний, тот и прав?


sniknik ©   (13.09.17 11:38[102]

> Представьте себе работу какого либо центра обработок заявок ...
а чё представлять? я в таком участвовал. был эксперимент в институте еще по приему заявок абитуриентов. не знаю чем чем там кончилось, собственно эксперимент был не в приеме заявок, а в электронном вводе сканированием специальной формы.

так, что могу сказать... ввод идет потоком, даже явно дублирующиеся заявки без поиска "а нет ли уже такой?" вводятся как разные. если и нужно, что поправить то только в только что введенной, именно в ней а не в найденной поиском аналогичной, с возможно однофамильцем, а не дублем. дубли убираются уже потом, на распределении при участии и подсчете уже студентов.
тут если честно вообще любой принцип пойдет, т.к. в этом случае 99.9% новые записи, и не правятся вообще. но вот блокировать и тут бы не стал, просто потому что мало ли что, а блокировка может парализовать работу (если какая-нибудь неприятность может случиться(есть возможность), она случается. © Мерфи), причем в самое "горячее" время.


macrodens ©   (13.09.17 12:43[103]

Студенческий эксперимент - это конечно хорошо. Но он не упирается в деньги, и если сотня студентов будет обрабатывать один скан - цена времени не существенна.
В реальном бизнес-процессе это уже может грозить убытками, так как 99% времени будет потрачено впустую. И даже если кто-то пойдя курить/обедать/спать заблокирует заявку - это будет менее накладно (в конечном счете часть издержек могут перенести на сотрудника, в виде лишения премии). Добавим функционал анлока по таймеру бездействия сотрудника - и издержки становятся минимальными.


KilkennyCat ©   (13.09.17 12:51[104]


> И даже если кто-то пойдя курить/обедать/спать заблокирует
> заявку - это будет менее накладно (в конечном счете часть
> издержек могут перенести на сотрудника, в виде лишения премии).
>  Добавим функционал анлока по таймеру бездействия сотрудника
> - и издержки становятся минимальными.

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

таймер бездействия особенно умиляет.


> rrrrrrr ©   (13.09.17 09:44) [95]

отличная аналогия!)


kilkennycat ©   (13.09.17 12:53[105]

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


macrodens ©   (13.09.17 13:15[106]

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

А как вам такая аналогия:
Вы приходите в магазин, набираете целую тележку продуктов и на кассе узнаете, что в магазине учет. По заявления господина rrrrrrr ©, это не проблема магазина, это проблема покупателя (пользователя).
Или подойдя к магазину увидеть, что двери закрыты и табличку: "Извините, у нас учет"?

Так какая ситуация вам по душе?
Плюнуть на потраченное время и пойти дальше?
Или изначально пойти в другой магазин?
__
Закрытые двери - блокировка; табличка - уведомление.


macrodens ©   (13.09.17 13:22[107]

kilkennycat ©   (13.09.17 12:53) [105]
Если это просто рядовой программист, то да. Его задача ТЗ реализовать. И тогда все предыдущее обсуждение вообще бред. Так как есть ТЗ, задача от руководства/заказчика. Сказано сделай чтобы Вася знал, что запись уже редактируется Петей и не смог ее отредактировать - делай.
Сказано иначе - делаем иначе.
Все


kilkennycat ©   (13.09.17 13:38[108]


> macrodens ©   (13.09.17 13:15) [106]
> таймер бездействия особенно умиляет.
> с системами учета времени реальной работы сотрудников не
> сталкивались?

кто там говорил про выдергивание из контекста? причем здесь какие-то табельные часы и блокировки?


> Если это просто рядовой программист, то да. Его задача ТЗ
> реализовать.

Это задача любого программиста, дворника и кого-угодно. Есть соображения помимо ТЗ - пиши рацуху, докладную записку, да че угодно. Но размышлять типа "да пофиг что надо нажать 36 кнопок одновременно, наймут мутанта", т.е. решить за главного, кого принимать на работу - неверно.


kilkennycat ©   (13.09.17 13:41[109]

а по поводу блокировок и погромистичного варианта - "уральские перльмени" супермаркет пуля"


macrodens ©   (13.09.17 14:13[110]

"уральские перльмени" супермаркет пуля"
поржал


macrodens ©   (13.09.17 14:56[111]

А насчет "да пофиг что надо нажать 36 кнопок одновременно, наймут мутанта" и
"и крайне неверно программисту думать, за счет чего-кого какие издержки спишутся. не в его компетенции. из-за этого и вылазят всякие таймеры-разблокираторы." вы все же утрируете.


Дмитрий   (13.09.17 21:48[112]


> Хочу напомнить, что обычно автоматизация чего-либо подразумевает
> наличие исходных документопотоков. То есть, все нужные задачи
> можно выполнить без автоматизации, вручную. Мне трудно представить,
>  чтобы в реальной жизни один и тот же документ в четыре
> или шесть рук одновременно оформляли несколько человек.


Упомянутая запись представляет собой контроль прохождения изделия по стадия производственного процесса. Некоторые процессы вообще-то идут параллельно, но пока все загнали в одну линию.
Заказчик был абсолютно уверен, что ставить дату исполнения стадии все будут согласно техпроцессу, т.е. в разное время, за исключением некоторых.
Разумеется, когда документ под руками, народ норовит что-то подправить и заполнить не своевременно.
Ибо дела, телефон звонит, сотрудники подходят и просто забыли что-то заполнить.
Все как положено.

Если есть возможность обойтись без блокировок, это предпочтительнее.


Игорь Шевченко ©   (13.09.17 22:18[113]

Дмитрий   (13.09.17 21:48) [112]


> Разумеется, когда документ под руками, народ норовит что-
> то подправить и заполнить не своевременно.
> Ибо дела, телефон звонит, сотрудники подходят и просто забыли
> что-то заполнить.


Бесполезно автоматизировать бардак.


> Заказчик был абсолютно уверен, что ставить дату исполнения
> стадии все будут согласно техпроцессу, т.е. в разное время


Это и надо делать.


Германн ©   (14.09.17 02:16[114]


> Бесполезно автоматизировать бардак.

+100500
Вот тут к совету/мнению ИШ стоит очень внимательно прислушаться.

А по поводу "Разумеется, когда документ под руками, народ норовит что-то подправить и заполнить не своевременно" уже много всего сказано.Разумеется, когда документ под руками, народ норовит что-то подправить и заполнить не своевременно.ли сказанное тебе не помогло, приведи пример, когда не помогло. И обязательно с кодом.


Германн ©   (14.09.17 02:18[115]

P.S Форум  глючит.


Германн ©   (14.09.17 02:20[116]


> .ли сказанное тебе не помогло

Если сказанное тебе не помогло


macrodens ©   (14.09.17 08:18[117]

Дмитрий   (13.09.17 21:48) [112]
Так и я о чем говорю. Если есть возможность делать без блокировок, делаем без них.
Я и не стал бы их использовать, если б не было необходимости.

Бесполезно автоматизировать бардак
Да. Но у нас сейчас как минимум в половине гос.контор бардак и автоматизировать все-равно нужно и приходится. Иногда получается относительно неплохо.

Для некоторых автоматизация это вообще "лишняя работа". Так как: "раньше записывали приход/расход только в журнал (амбарная книга), а теперь еще и в компьютер нужно заносить" - так мне некоторые пользователи 50+ говорят.


Дмитрий   (20.09.17 20:05[118]

Как заставить датасеты игнорировать произошедшее изменение записи?


Дмитрий   (20.09.17 20:06[119]

И таки апдейтить запись?


Страницы: 1 2 3 4 5 6 7 версия для печати

Написать ответ

Ваше имя (регистрация  E-mail 







Разрешается использование тегов форматирования текста:
<b>жирный</b> <i>наклонный</i> <u>подчеркнутый</u>,
а для выделения текста программ, используйте <code> ... </code>
и не забывайте закрывать теги! </b></i></u></code> :)


Наверх

  Рейтинг@Mail.ru     Титульная страница Поиск, карта сайта Написать письмо