egorychmcureenab wrote:
>> egorych, на счёт идентификации автора ты сам придумал. В постановке задачи этого нет.
не читатель?
Senya_L ( топик-стартер, если что )1. Например, использовать файл-ключ, в котором идентифицируется какому филиалу принадлежит БД (это уже есть) и задается начальное значение ID.
и далее:Senya_L ( топик-стартер, если что )Задача идентификации экземпляра БД в любом случае возникнет.


речь идет о том, что задача идентификации обязательно возникнет в результате танцев с бубнами, типа сделать ID целочисленныи и каждому корреспонденту выдавать какие-то диапазоны. Мы ведь простых путей (GUID) не ищем?

egorychiscrafm,
Религиозную войну на тему GUID/неGUID разводить не собирался, и без меня в ней хватает бойцов ))

Бог им в помощь, пусть воюют. Лишь бы пульки желатиновые были.

по существу вопроса ТС...
нужно выделять две задачи:
1. идентификация записи как обезличенного объекта и контроль ее уникальности в Ц. Т.е. должен быть однозначный ответ на вопрос, есть эта запись в базе уже или нет.
2. Идентификация записи как "прикладной сущности".
По п1 - GUID, если не нужны танцы
По п2 - что угодно. Если нужно определять чья запись, то в самой записи предусмотреть поля для кода филиала, имени пользователя и всего, что придет в голову. Но к вопросу о PK это уже не относится