Vadim Vashkevich,
Т.е. как сами не изменятся?
Дайте ВИ или прецендент такой ситуации.
Вася и Петя правят одну сущность

iscrafm,
Ты не в курсе что сейчас пагинацию не делают?
Вопрос был автору платформы.

МСУ,
В платформе ничего прикручивать не надо. Это стандартный вопрос.

МСУPetro123В платформе ничего прикручивать не надо. Это стандартный вопрос.
Во многих платформах этот вопрос никак не решается. За ненадобностью.
А конкретнее)). Например, в MS Access хотя бы)). Впрочем, конкретики не будет.

очень много про рассылку. IMHO это оффтоп.
Vadim VashkevichPetro123, отображение "ленивого" дерева и "ленивого" грида -- это одна из настраиваемых возможностей компонента "грид". По мере раскрытия узлов дерева отображаются делаются запросы к БД и отображаются новые данные.
===== я помню про дерево. 1) что делать если ветка большая. Девочку Машу не предупредишь: "Заведи ещё ветку". 2) В гриде нет дерева, но есть скроллинг-ползунок. 3) В андроиде есть "....больше".
Т.е. при скольки записей у вас начинает тормозить грид?

По поводу одновременной правки одного справочника:

По умолчанию поведение такое: если Вася и Петя правят разные записи одной сущности -- все сохраняется без каких либо конфликтов, если они будут одновременно править одни и те же записи -- будет конфликт, тут кто последний сохранил, того данные и окажутся базе. В большинстве случаев такое поведение является приемлемым.

==== нет. Обычно одна сущность - одна запись. Значит, пользователь утром загрузив её .....вечером затрёт ВСЕ изменения всех других пользователей в течении дня. Причём молча(.
А ведь это важный кейс в ваших демках для корпоративной работы.


В случае, если нужно более "аккуратная" работа с данными можно сделать так:
- при сохранении одним пользователем данных на мы инициируем push - ...............................модуля инициировать рассылку.
______________________________________________
"Сложнее всего в мире достигнуть простоты — это крайняя граница опыта и последнее усилие гения". © George Sand.
AutoPOI.ru — ГИС-технологии для Oracle

МСУС каких это пор акцесс стал ERP системой? :)
Ну тебе же многопользовательская работа не нужна).
А "она есть", даже там)). Ты просто не в курсе.

МСУSAP.
угу. Когда большие корабли бороздят просторы....

iscrafmэто вопрос более высокого, прикладного уровня
блокировки, транзакции, их виды и методы решаются на прикладном. Если в платформе есть инструменты). Как у хибера, например.

iscrafm,
В БД есть оптимистическая и пессимистическая..... Есть для оракла "nowait".
Т.е. можно сделать так, как ХОЧЕТ заказчик.
В этом и сложность платформ, что надо и гибко...и просто)).

МСУPetro123, вообщем, какой смысл опять писать про цацки? Есть они или нету - хрен бы с ними.
действительно, с тобой лучше о функционале не говорить.
Обычно, студент, открывает 2 Access, правит одновременно 2 записи, и знает ответ на тот вопрос за 5 минут.
Удачи!