Можно ли каким-нибудь образом получить из сторонней программы эксклюзивный доступ к таблице dbf файловой версии 1С 7.7 во время работы самой 1С? Беглый поиск в сети ничего не дал. Насколько понимаю, при открытии информационной базы 1С каким-то образом блокирует все таблицы этой базы (открывает все таблицы сразу, что ли?). Может, как-то из самой 1С можно закрыть определенный файл dbf, чтобы получить доступ извне?

Поясню, откуда возник вопрос. На время перехода от одной старой программы к 1С было предложено временное решение по обмену данными между программами. Периодически, 1-2 раза в месяц, в справочник 1С загружаются сведения из внешней программы. При этом справочник полностью обновляется, т.е. старые записи удаляются, новые загружаются. Записей более 700000, процесс очистки из-под 1С происходит медленно, минут 15, потом еще столько же загрузка. Самое неприятное, что при этом возможны блокировки у других пользователей (насколько понимаю, из-за использования транзакций при удалении и загрузке, но без них скорость падает многократно).

Если сделать неэксклюзивное подключение извне и удалить все записи, то они удаляются намного быстрее - меньше 1 минуты, но записи лишь помечаются на удаление, и в таблице накапливается мусор. Если подключиться извне эксклюзивно, то можно сделать zap за доли секунды, и потом уже загружать новые сведения. Но это возможно только при неработающей 1С.

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

ry
Можно ли каким-нибудь образом получить из сторонней программы эксклюзивный доступ к таблице dbf файловой версии 1С 7.7 во время работы самой 1С?

Нет.

Цитата:

Беглый поиск в сети ничего не дал. Насколько понимаю, при открытии информационной базы 1С каким-то образом блокирует все таблицы этой базы (открывает все таблицы сразу, что ли?).

Да, открывает, и открывает все.

Цитата:

Может, как-то из самой 1С можно закрыть определенный файл dbf, чтобы получить доступ извне?

Нет.

Цитата:

Пока же приходится либо полчаса ждать удаления/загрузки из-под работающей 1С с периодическими блокировками сохранения документов у пользователей, либо выгонять всех пользователей, чтобы обнулить таблицу извне.

Аминь.

А что, пользователи работают 24/7 с 1с? Нельзя выделить время для такого рода работ? И как же вы тогда резервное копирование то делаете

Igor Korolyov
А что, пользователи работают 24/7 с 1с? Нельзя выделить время для такого рода работ? И как же вы тогда резервное копирование то делаете

Конечно, пользователи не круглосуточно работают. Бэкапы по ночам делаются без проблем, а вот с этой загрузкой регулярности нет. По сути, один отдел запрашивает данные для работы в 1С, другой их подготавливает во внешней программе. Вот когда оба отдела договорились, тогда и надо загружать. Сейчас загрузка делается вечером, когда никто не работает (хотя часто пользователи работают и вечером по удаленке, так что тоже время надо найти). А для этого кому-то в свое нерабочее время надо эту операцию проводить. Загрузка 1 раз, иногда 2 раза в месяц, но кому хочется делать лишние телодвижения, особенно не на работе? А если начинают грузить во время работы, тут уже остальные пользователи начинают роптать.
В общем, проблема не такая уж острая, но всегда хочется сделать лучше. Жаль, что в 1С не все желания можно реализовать.

Может стоит 1С на скуль пересадить?

pasha_usue
Может стоит 1С на скуль пересадить?

Вряд ли на это пойдут: у предприятия не самые лучшие времена, деньги на софт не выделяют совсем. Кое-как на поддержку. Ради спортивного интереса (1С 7.7 на скуле вживую даже не видел никогда), данная процедура с обнулением таблицы и загрузкой под миллион записей из внешней таблицы в скульной версии кардинально быстрее отработает или нет? Можно в 1С truncate к таблице применить, если это справочник?

ry

pasha_usue
Может стоит 1С на скуль пересадить?

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

Если база меньше 10 Гб, то денег не надо совсем.

Цитата:

Ради спортивного интереса (1С 7.7 на скуле вживую даже не видел никогда), данная процедура с обнулением таблицы и загрузкой под миллион записей из внешней таблицы в скульной версии кардинально быстрее отработает или нет?

Вопрос про сферического коня. Зависит от.

Цитата:

Можно в 1С truncate к таблице применить, если это справочник?

Можно то можно, только все ссылки на справочник полетят.

ssa

ry
Можно в 1С truncate к таблице применить, если это справочник?

Можно то можно, только все ссылки на справочник полетят.

Ну... Для DBF они как-то решили вопрос со ссылками.

ЗЫ: Семёрка не делает констрейнтов в скуле, если я правильно помню.



Исправлено 1 раз(а). Последнее : pasha_usue, 02.12.19 10:36

ssa
Если база меньше 10 Гб, то денег не надо совсем.

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

pasha_usue

ssa

ry
Можно в 1С truncate к таблице применить, если это справочник?

Можно то можно, только все ссылки на справочник полетят.

Ну... Для DBF они как-то решили вопрос со ссылками.

Скорее всего обычной загрузкой в имеющийся справочник без полного предварительного удаления всех записей справочника

Цитата:

ЗЫ: Семёрка не делает констрейнтов в скуле, если я правильно помню.

Не делает. Но в 1с при транкейте справочника ссылки на его элементы могут стать навалидными, тут зависит от того, как в самой 1с сделана генерация идентификаторов.

ssa

pasha_usue
ЗЫ: Семёрка не делает констрейнтов в скуле, если я правильно помню.

Не делает. Но в 1с при транкейте справочника ссылки на его элементы могут стать навалидными, тут зависит от того, как в самой 1с сделана генерация идентификаторов.

С другой стороны, на скуле можно написать достаточно быструю и эффективную процедуру обновления, не требующую эксклюзивного доступа.

pasha_usue

ssa

pasha_usue
ЗЫ: Семёрка не делает констрейнтов в скуле, если я правильно помню.

Не делает. Но в 1с при транкейте справочника ссылки на его элементы могут стать навалидными, тут зависит от того, как в самой 1с сделана генерация идентификаторов.

С другой стороны, на скуле можно написать достаточно быструю и эффективную процедуру обновления, не требующую эксклюзивного доступа.

Именно!