6 лет назад возникла задача генерировать гарантированно уникальный номер в файловой 1С 7.7. Не смейтесь. Бывает.
Причем в 1С есть встроенный механизм, который это делает, но он работает только для кодов документов. То есть, если хочешь сгенерировать уникальный номер, надо в конфигураторе создать фейковый документ и журнал к нему, а потом в работе создать документ и получить его код. Задействовать этот механизм без создания лишних пустых документов наверное, можно, но я не нашел, как. И пошел своим путем. Это вообще пиздец. Как вспомню, остатки волос дыбом на голове встают. Дальше слабонервным не читать.

Я написал на Дельфи DLL-плагин к 1Ске, который работает со своей отдельной фокспрошной DBFиной и просто записывает в нее уже выданный номер и дату, когда этот номер был выдан. По задумке, уникальность номера была гарантирована. Плагин создавал лок-файл, работал с dbf, убирал лок-файл. Поскольку все пользователи работали в терминале, все это происходило на одном компе, в одном каталоге, все должно быть пучком.

В общем, сегодня выяснилось, что номера задваиваются. Иногда. Очень редко. На меня смотрят с удивленными глазами, а я делаю задумчивое и немного загадочное лицо.

Провели эксперимент, два человека нажали на кнопку генерации номера одновременно, по щелчку пальцев. Номера получились уникальные.

Дэбээфина выросла до 1.5 МБ. Может, ее почистить?

Да хуй с ней, этой дэбээфиной. Как теперь с этим жить?

Прямо вот так?

Не, там гуиды и случайные числа не катят. Нужны номера по порядку.

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

1С 7.7
DLL
Драйвер фокс про
дбф
файловая система на сервере, где кроме виндового кэша кэш контроллера и дисков, в многопользовательском режиме.

самая жопа - драйвер фокс про.

Все это нагромождение просто не может работать надежно, а где происходит ошибка, хуй поймешь.

Если переписывать, что делать? Может, действительно отказаться от всего нештатного и забубенить фейковый документ? Ну лишний документ, ну и хуй с ним. Там в этой конфигурации и так всякого ваговна. Ложкой больше, ложкой меньше... Работать, правда, будет медленней.
И еще нужен функционал освобождения номера. То есть, если один юзверь решил отказаться от номера, который занял, номер должен освободиться и другой юзверь должен его занять. А 1С-ка такого не позволит. Будет выдавать просто по порядку.

Попадробнее, пожалуйста.

У меня до сих пор есть сомнения в этом подходе, хотя он уже отработал 6 лет. Вот есть 20 терминальных юзверей, каждый запустил по процессу, по нажатию кнопки этот процесс подгружает dll, которая должна выдать инфу, которую отосрали предыдущие пользователи, нажавшие эту кнопку. Поскольку процессы все друг от друга изолированы, нужно найти что-то, что может хранить инфу от всех пользователей. Это может быть файловая система, база данных, служба, к которой можно коннектиться по сети или через шаред мемори. Все это нужно грамотно организовать, используя вменяемые инструмены, а не фокспрошную dbf.
А в 1С это все есть из коробки. И блокировки ресурсов, и автоинкримент, все. Просто язык тупой, начинаешь на нем писать что-то нестандартное, получается какой-то пиздец. Или просто "так низя".
Думаю, надо было все-таки одинэсника нанять.

С 1С-плагином есть еще одна проблема, она регистрируется в реестре и пишет туда путь, где она лежит. И если dll лежит в каталоге с базой и кто-то создал копию базы и подгрузил плагин, никто не может точно сказать, из какого каталога dll подгрузится, из того, что в реестре, или из того, что в базе.
Это просто решается, плагин должен лежать в Program files. Но так усложняется подготовка среды для работы с базой.

Видел. Семерка же!