1 Бьюсь вторую неделю над глупой проблемой! На серваке лежит файл, который одновременно пытаются редактировать человек 10! Открытие общего доступа приводит к тому, что кто успел, тот и записал..., точнее последний кто изменял всех трет! Проблему с записью новых строк решил, (правда производительность падает) : перед закрытием формы файло сохраняется, если ячейка не пустая- брем следующую... а вот с внесением изменений в уже заполненные строки вылезают вилы!
Если есть возможность это обойти - подскажите плз, а то мозг уже раком встал.
Может можно как-то лочить редактируемую запись и при попытке изменения ругаться, что занято тем-то попробуйте др. строку.....
2 Как сделать общее обновление для всех юзеров? один сохранился, у всех обновилось?

Заранее благодарен.

PS___________________________
Если это не возможно, то тоже скажите........ - тогда хоть мучаться перестану

Спасибо, уважаемый Magnus!

Про базу и клиента -наверное не выйдет :( файл и так является частью какой-то кривой базы - писал не я и афтер неизвестен и как они взаимодействуют непонятно.

Смысл примерно такой:
работа ведется непосредственно в файле (ни форм ни... ничего в нем на текущий момент нет! сделал себе копию пока извращаюсь с ней)

график выполнения работ сотрудниками (пусть будут курьеры)
каждый (С) имеет свой район (область, зону) действий, график работы "на год вперед" итд
Сущесвует куча менеджеров(диспетчеров)(Д), которые распределяют заказы по (С)
Заказы могут изменяться в процессе работы : отказ, перенос на др время, опоздание ипр.
Изменение структуры док-та почему-то приводит к обвалу базы, хотя данные из файла в базе
просмотреть нельзя!:( в смысле явно не отображаются

Заполняется заранее известный набор полей. Причем в одно и то же поле могут попасть несколько новых заказов и несколько переносов!
что , естественно не очень хорошо... и чего как раз и хочется избежать!
Переписывать полностью АСУ - пусть и кривую - долго. да и не получится у меня......

вот!!! только что вылезла еще одна трабла ГЫ!!! один из диспетчеров (руководящий вариант) имея монопольный доступ к файлу залочил комп и ушел на 3 часа!!! работа отдела встала! :) ГЫ
выход один! ресетить комп! а вдруг там еще и док-ты несохраненные?

по поводу блокировки записей я имел ввиду псевдоблок.... "занята строка юзером таким-то" и цветом пометить (хотя бы) а вот как определить где в данный момент кто находится ?

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

документ - обычный Ехель файл. заполнение (пока) исторически ведется ручками. происходит именно заполнение готовой таблицы.. без добавления строк и столбцов. изменения необходимо видеть всем юзерам, причем в реальном времени.(или не сами изменения, а изменяемые в данный момент ячейки)
суть проблемы: Запретить ввод данных (даже саму попытку) в одну и ту же ячейку несколькими пользователями в файле Ехель с открытым общим доступом.
Компилить общий файл из нескольких клиентских придется раз в 5-10 сек. + из него-же обновлять клиентские варианты!

Алгоритм-то простой:
пожалуй так и сделаю!

правда, думаю, тормозить будет.......

если есть другие варианты - поможите.....