Имеется самодельная dbf база. В одном справочнике есть некоторое количество периодических реквизитов (признак: Изменяется документом). Документ, который изменяет эти реквизиты только один (и пока в месяц создается только один). В документе сейчас 5000 строк, но с каждым месяцем количество строк возрастает. В модуле проведения этого документа прописано УстановитьРеквизитСправочника() для каждого из периодических реквизитов. Соответственно файл  1SCONST.DBF очень сильно разрастается (за год работы уже увеличился почти к 500 Мб).
Документ долго проводится и (если нужно) долго делается непроведенным. Основное время при проведении (примерно 90%) занимают какраз установки реквизита справочника.
Я решил устанавливать реквизиты справочника только если они изменились с прошлого раза (некоторые реквизиты повторяются из документа в документ).
Не принесет ли вред базе такие изменения? и нужно ли перепроводить предыдущие документы?

Эпический документ... У кого такое альтернативное мышление?..

эпическая логика

Делай.

(0) не против

(1)(2) Вы о чем, объясните пожалуйста. Ничего не понял...

(5) переводи на восьмерку - там с периодикой все ок))

Это ежели что регистром делается а не переодикой..

(7) самый умный?)

Да и вообще в документе 5000 строк это для 7-ки смерть..

В общем что-то у вас там с базой косяк какой-то..

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

(11) Я как бы уже сказал это, ты секундой ранее.

(12) сорри подумал что ты съязвил)

Периодические реквизиты обезатеньно должны быть в базе. А с увеличением количества документов естественно 1SCONST.DBF увеличивается (я просто хочу чтобы не так стремительно увеличивался 1SCONST.DBF).

(14) имхо надежнее избавиться от использования этой таблицы

я уже не помню в семере - можно подчищать историю?

ну то есть было
01.01 50
02.01 100
03.01 150

стало
03.01 150

(14) Делай запись только изменившихся значений.

(18) С учетом "(некоторые реквизиты повторяются из документа в документ)" будет вполне приемлемо.

(18) вот это я хочу сделать. А что делать с прыдыдущими документами (которые наплодили кучу одинаковых переодических реквизитов)

(16) историю периодических реквизитов установленных документом подчистить  нельзя (не удалив самого документа)

(21) Ну перепроведи их, если они других движений не делают.

периодика в 7.7 - ЗЛО

(20) Не получилось бы так что где-нибудь требуется наличие записи именно на определенную дату.

(24) обясните пожалуста

(25) Если для получения используется только Реквизит.Получить(НаДату), то нормально. И не используется Объект Периодический с какими-нибудь специфическими алгоритмаими завязанными именно на наличие записи для каждого месяца.

(26) ну да, если база самописная, как там используется периодика известно только автору

(24) (27) Спасибо, об этом не подумал. Буду проверять...

поиском по конфигурации выяснилось что три периодических реквизита вообще нигде не используются (только УстановитьРеквизитСправочника). Их удалять небуду, только закоментирую строку в документе где эти периодические реквизиты устанавливаются.  Правильно ли это?
Для остальных реквизитов есть два варианта использования
Получить(Док.ДатаДок) и Получить(Дата1). думаю на документе значения всеравно не завязаны так как всеравно берятся только дата. Правильно ли я думаю?

(29) и во всех внешних отчетах /печатных формах тоже поискал ?

внешнии отчеты не используются

(31) а печатные формы ?

"искать в" при поиске установил все отметки

есть правда несколько простых внешних отчетов(но и их уже я писал), и там точно ничего нет что связано с периодическими реквизитами. внешних печатных форм нет

(1) Ежемесячно получать новый паспорт, даже если ФИО не менялись.

(33) зачем тебе тогда вообще эти реквизиты ?
Прибей их насовсем в справочнике.

(34) Ты какой-то неправильный 1С-ник :). Другой бы уже давным-давно все поменял, никого не спрашивая и без архивов, и только потом вылез с вопросом "Что делать и Кто виноват" :)).

(36) а что со старыми документами в которых они присутстуют? Лучше пусть будут (может когда-то пригодятся). А в новых документах небудут создаватся (они ведь не мешают?).

А что насчет второй половины моего вопроса?

(37) Ну я нехочу убить базу. Мне еще здесь работать...

(0) Если будешь устанавливать новое значение реквизита в том случае, если он поменялся, подумай о том, что будет, если отменят проведение предыдущего документа, а в пред-предыдущем значение было другим...

(40)Да, будет неверным. В таком случае последний документ придется перепровести...

(0) Ты лучше напиши что за реквизиты и зачем нужно их менять каждый месяц.

(42) Конфигурация для ведения учета Пользователей Сети Интернет.
Реквизиты (таифныйПан, КоличествоМбТрафика, ШзАдресПользователя, МАСАдресСетевойПлаты...)

Каждый месяц у пользователя может быть новый тар план. Реже но компютер пользователь может поменять, Поменять место-жительства...

(39) точно неправильный 1С-ник :)

(44) помоему я тебя уже видел с такой задачкой)) таки что-то написал...

или то восьмерочник был

(47) я точно ничего не спрашивал.... Эту конфигурацию создавал другой человек.

(47) и почему неправыльный 1С-ник?

(49) иногда когда понимаешь что НАДО - наживую разбираешься и меняешь код\данные
это путь одинэсника-самурая))
на самом деле - шутка :))

По теме:
Три реквизита на которые нет никаких ссылок в коде закоментировал в документе установление реквизитов. Сами реквизиты оставил (пусть будут)
Остальные реквизиты Записываю только если последнее значение отличается от того что в текущем документе.
При тестировании даже на глаз видно существенное ускорение проведение документа.
Пока по отчетах незаметил никаких отличий. Еще немного всячески протестирую и перенесу эти изменения в основную базу.

всем спасибо за участие...