ora_dba Сергей ВаскецовВ масштабируемых системах или которых хотят быть таковыми, его нельзя использовать при формировании списков, на которые юзер может пялиться часами.Что такое «формирование списков в масштабируемых системах»?
Например, населектили с утра вот таким образом справочник номенклатуры (весь или нет - не принципиально), ничего не закрыли и ушли домой. Дальше продолжать или сами догадаетесь, к чему это приведет?

ora_dbaА перезатирать изменения можно?
Надо не допускать возникновения ситуации, когда человек будет редактировать неактуальные данные и затем сохранять их на сервер. Потому что разрулить коллизию, чьи данные правильнее, если оба юзера редактируют одно и то же поле в одной и той же записи в БД, невозможно, каждый будет считать, что он прав (более того, нельзя даже будет понять, кто первым начал редактирование). Методов этого придумано много, вплоть до дополнительной проверки перед началом Edit-а, а не поменял ли кто-то запись, пока мы на нее любовались. В любом случае, блокировки объектов БД на уровне БД слишком топорные, чтобы их реально можно было применять в системах со сложной бизнес-логикой для управляемой блокировки редактируемых сущностей.

Но это все к теме гридов опять же никакого отношения не имеет.