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

(130) Как вариант, тоже прорабатываю. Уже поставили на сервак виртуалку и развернули там Server 2003 + SQL 2000. Ещё пока сам на это не переключался, но смущает, что dbf база по "индексам" коегде поломана и придётся юзать SQL профайлер (с наскока показался сложным) и потом лечить базу. Понимаю что всё решается, но через регистр Клиенты было бы быстрее существенно )

(131) А не поможет - валится на записи проводок

(133) Какой же у вас комп по железу, что так быстро сделал переиндексацию?
У меня райзен 2200/16гб озу/ssd samsung 970 nVME - и полное ТИИ (без упаковки таблиц) помоему сутки выполняется

(136) Значит либо резать базу либо SQL ?

(137) переиндексация заняла минут 20

(138) сейчас посмотрим

(137) ССД в райде 0 решает, все остальное для 7-ки уже вторично, 16 гиг, i5 с разлоченным множителем

Но я похоже, погорячился в (37) с "3 года расстрела" - за такое нужно давать как минимум 7, причем через повешенье...

(142) а что не так? )

(141) простой перебор справочника и изменение одного реквизита на SSD помоему в 9 раз быстрее выполнялось чем на HDD

у меня минут 10 индексы восстанавливались на ноуте...
ссд в рейде даже не доставал )))

вот эту хрень закоментируй и все проводиться....
ИндексВШапку(Контекст_пар);

(146) у справочника индекс код закончился..

СпрИндекс.Записать();
{Глобальный модуль(1247)}: Код не уникальный!

(148) из за этого и не проводится..... что и требовалось доказать....

(147) Хм, это было бы очень просто, но я надеюсь ). Щ проверю

(148) ничья!

(150) что тут проверять... Справочник.Индекс - увеличь разрядность кода и все будет работать....

(150) увеличь разрядность кода до 6 или 7. он числовой...

ну всё, пацаны, расходимся....

(151) я позже начал )))))  в 17:51 только файлик скачал )))

но конфа конечно треш......

(155) а я РЛС попутно пинал....

(156)я даже боюсь предположить, "под чем" ее писали...

(157) я на пенсию когда выйду, поеду в Минск...  там не паханное поле )))

(158) и не говори... но виновато 1С и у нее ограничения.... ни понимаю.....

Всем спасибо, хотелось бы как-то отблагодарить помогавшим. В личке у меня мыло, пишите куда хотябы на пиво кинуть )

(159) А сто можно было подумать, когда именно об этом и пишут везде?

(160) не стоит.... "для Атоса это слишком много, для графа де Ла Фер слишком мало".... (с) ))))

(161) закоментить свои попытки и увидеть реальную ошибку....

зы. я не пишу )))

(163) Все доводы были чтобы смотреть в сторону ограничений самой 1с:
1) таблица итого 1.4Гб
2) таблица регистров ровнехенкьо 16млн записей
3) в отладчике при проведении документа код отрабатывал нормально и уже после обработки системное сообщение 1с "не могу провести".

после этого ссылки на инфостарте про эту же проблему, уже только в этом направлении и думалось

(158) (142) если есть время, было бы полезно узнать, над чем именно нужно поработать в конфигурации, явные её косяки?

(164) пффф.... используй принцип бритвы оккама...

все же просто
коментируешь все в модуле проведения - проводится? да...
раскоментируешь по одной строке вызова процедур и функций..
находишь виновника... дальше смотришь что он делает...

зы. итого у тебя 1,66, а 1,4 это у меня где то было....

(165) если вкратце - то все ))))
например: что, так важно искать по номеру документа во всех документах? зачем этот индекс? там пользователей то 1,5 калеки...

если прямо во,т прям уж очень надо искать по номеру во всех документа (но зачем?!), то запросов, ну или цикл по метаданным внутри него НайтиПоНомеру...

+167 то запросом или цикл по метаданным (документы) и внутри него НАйтиПоНомеру...

зачем эта помесь опер.учета и бух.учета, используй одну компоненту...


я смотрю это торговля компами и комплектухой.... я лет 17 назад ваял такую нетленку ))))

"CD ROM Samsung 52x SC-152AEB, + soundcable" - это еще покупают?!

(167) Справочник Индекс был введён, чтобы по любому проведённому документу пользователи могли вносить примечания к документы (не редактироуя сам документ)

(170) Базу ведь никто не свёрстывал, в справочнике товаров все товары с 2010 года

(169) "зачем эта помесь опер.учета и бух.учета, используй одну компоненту... "
здесь согласен

Оп, оказывается с 2003 года база

(171) что мешает открыть пользователю только комментарий, и записать документ БЕЗ проведения, ну или написать обработку которая будет менять комментарий и записывать без проведения?
если прям религия запрещает то зачем этот заход с индексом.. сделал справочник один реквизит документ (неопределенного типа) другой - комментарий... третий - дата и время внесения комментария...


(172) там с 2003 начинается ))) тоже кстати зачем?!

+175 и пиши только когда есть комментарий, зачем при проведении эти лишние телодвижения... транзакция же открыта....

(175) Через Индекс не одно поле примечание редактируется, а множество сообщений от любого юзера

Для любого документа есть закладка Примечания, где любой может добавлять свои замечания по документу. Это текст фиксируется датой примечания и кто его написал.
Разве это не стоило было реализовать? И помоему метод реализации был нормальным, нужно правда пересмотреть

(177) почему к самому документу не привязать, зачем через индекс?
реквизит справочника: "документ" - к какому документу
реквизит справочника: "пользователь" - кто комментирует)
реквизит справочника: "комментарий" - сам текст
реквизит справочника: "датаивремя" - дата и время внесения...

включаешь отбор по первому реквизиту... - все

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

да хватит уже этот балаган, на вкус и цвет фломастеры разные, я тоже иногда удивляюсь какую херь писал лет 10-15 назад, но работает же :)

(180) ну почему, очень полезна критика )

(180) хорошо, что я больше не пишу ))))))

(181) не надо плодить лишних сущностей....
и надо закрывать регистры и счета... тогда не будет проблем с ростом базы...

(179) \второй вариант реализации:
подчиненный документ "Комментарий" уже есть время и дата, доавляешь автора и текст комментария...
по имеющемуся отбираешь все подчиненные нужного тебе типа.....\

Не могу понять в чём большое отличие этого варианта через Документы, относительно моего через справочники?

(184) принципиальное, только одно, при проведении - ничего не создается ))

(185) Да, ошибка в том, что на каждый новый документ создаётся один элемент справочника. К которому в дальнйещем юзеры могут в подчинённый справочник добавлять комменты.
Но считать это серъёзной ошибкой ?
Возможно )

(183) И да база подпирается к критической массе, думайте как срезать, инструменты я вам дал, тихо не спеша начинайте это делать

(73) незакрытые регистры - первая причина тормозов и, возможно, исчерпания лимита записей

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

(187) Имеете ввиду обработку, которая режет базу? Сначала проводки потом регистры?
Да спасибо, буду тестить над копией

(149) Автор и его сподвижники НЕ УПОМИНАЛИ НИ О КАКИХ ДОПСООБЩЕНИЯХ, кроме "Документ не проводится"

(188) Да, это то новое знание, которое получил в эти дни. Но седых волос мне это стоило ))

(191) Но их не было !

(191) так у него все завернуто в попытка/исключение.... )))
как только их коментишь - сразу все становиться ясно )

(191) Я же говорю, что в отладчике вся процедура проведения проходила штатно. Да скорее всего изза того, что добавление Индекса было забито В Попытка Исключение
И поэтому не отловилось

Для очистки совести я перепроверял код проведения, но получается не досконально. Меня увела в сторону статья на Инфостарте

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

(148) Это сообщение появилось, когда Попытка исклюбчение прописывало Ошибку.
Да, за Не вывод ошибки в исключении нужно по рукам бить, согласен )

(193) "оно само, никогда такого не было и вот опять!"
так что ли?

(194) "Пидарасы, сэр!"
если в попытке ошибка не обрабатывается/не выводится - значит ошибка несущественная, на которую можно забить!

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

(199) Давайте не будем передёргивать.
Вот здесь (191) был намёк что автор УМОЛЧАЛ О ОШИБКАХ, которые он увидел, кроме ошибки "Документ не проведён"

(124) так может включить ?

(178) метод идиотский. Делать надо через справочник - аналог регистра сведений. Документ-пользователь-момент-комментарий
записывается независимо от документа, удаляется тоже, не занимает время при проведении не требует перезаписи документа не сбивает последовательности и т.п.
(192) Это, ващщета, азбука :-)
Да, регистр "Клиенты", как я понял - это регистрация продаж и затрат в разрезе партий. собственно, тогда он по сути оборотный, и его надо было делать оборотным. Но если он с середины 13 года не ведется - значит, не особо и нужен.
(195) попытка-исключение без сообщения в исключении - абсолютное зло. ну, кроме некоторых явно предусматриваемых случаев.

(202) смотря чего ты хочешь добиться.

(203) /метод идиотский. Делать надо через справочник - аналог регистра сведений. Документ-пользователь-момент-комментарий
записывается независимо от документа, удаляется тоже, не занимает время при проведении не требует перезаписи документа не сбивает последовательности и т.п. /

моём варианте реализация практически равнозначна добавлению в документ ещё одного реквизита "Индекс". Только реализовано через отдельный справочник, в котором одно поле IdИндекса.
Всё что Вы выше написали работало точно также, если бы не одно но: создавать элемент справочника Индекс не нужно в момент проведения /а по запросу пользователя/.
И если бы изначально размерность IdИндекса была выбрана правильно (7-8 знаков), то проблемы не возникло бы.
Ну и сами примечания пользоваталей (которые забиваются в подчинённый справочник), точна также записываются и удаляются и при этом не требует перепроведения привязанного документа).

(205) размерность id справочника индекс выбрана не вами :-) и составляет она 9 знаков, хотите вы этого или нет.
а код у таких справочников надо просто отключать:
http://prntscr.com/lxbeo4
он не играет никакой роли, следовательно - излишен принципиально.

(206) Чтото я не догоняю.
http://prntscr.com/lxbfm5
как мне казалось, проблема в том, что размерность Кода справочника в моём случае была равна 7. В справочнике стало 9999999 элементов и дальше он просто не мог расти.

Вот я и говорю, что если бы вместо 7 было 9 - проблем бы не было. Под IdИндекс, я понимал не отдельный реквизит справочника а его код

(205) вот насчет "практически равнозначна"....
понимаете, не "документ содержит примечания", а "есть примечания к документу". правильная вормулировка сама показывает правильную реализацию

(208) Всё верно. И это реализуется ТОЧНО ТАКЖЕ как у меня за исключением только ОДНОГО момента: создавать элемент моего справочника нужно по запросу юзера а не в момент проведения.
Согласны?

Вт поэтому меня и смутила оценка моего придуманного алгоритма, как "абсолютно не грамотная" )

(207) под id понимается id.
под Код понимается Код
" размерность Кода справочника в моём случае была равна 7" - а надо было делать 0

(207) Вы путаете Код и Id, хотя Ид 9 - это, все же, 36-ричное число и оно больше, чем 9 цифр ;-)

(209) нет, это реализуется не "также". в документе вообще не должно быть никаких ссылок на комментарий. не нужен общий реквизит. и т.п.

(211) /под id понимается id. под Код понимается Код /
Да,я  выразился не терминами 1с, а терминами проектирования баз.
(213) Дошло, согласен.

(180) "Глаза боятся, а руки делают. Руки сделают, а потом этого глаза боятся..."©
(187) если перевести регистр в Оборотный, а бухсчета закрывать концом года - эта базенка еще лет 20 протянет... Делов на пару часов

Зато в моём конфиге определение проводок по документам описывает сам пользователь, а не программист в конфигураторе ).
Счета в конфигураторе - вот помоему это полное нарушение принципов ООП ? )

(216) ну кто б говорил про ООП... :-)
-------------
в той же комплексной хозоперации и проводки настраиваются через справочники. пользователями в пользовательском режиме.
http://prntscr.com/lxbpu5
счета - ну вообще-то, план счетов определяется нормативкой. И достаточно стабилен. Т.е. полет фантазии тут не сильно уместен. Но тем не менее, счета в план счетов прекрасно добавляются пользователем в пользовательском режиме...
http://prntscr.com/lxbotu

ЧЯНТД?

(214) я тоже выразился "терминами проектирования баз". ибо код можно отключить. а ид - нельзя.

(216) а в чем прелесть этой доработки? у тебя пользователей 10 человек... выгнал всех и изменил движения...
и вообще менять движения должен программист, который понимает, что такое не закрытые счета/регистра ))))))

(219) многие через это прошли - через "параметрическую настройку". в "до1совских" системах было два варианта - либо строго типовые  операции (которые с нашей законодательной свистопляской начала 90-х устаревали чуть не до выхода релиза),  либо параметрическая настройка (пионером, насколько помню, были "финансы без проблем"). поэтому при переходе на 1с у всех была ломка... Поэтому некоторые начинали изобретать велосипед...
Хотя при возможности ручной пользовательской настройки ХО и БП в той же Комплексной - я не видел юзверей, которые меняли бы их самостоятельно - либо поручают штатному прогу, либо франчу.

(219) Ну один из принципов ООП - инкапсуляция. Это теория, я с ней не спорю )

(219) \и вообще менять движения должен программист, который понимает, что такое не закрытые счета/регистра ))))))\

если мы о проводках, то ИМХО, их создавать должен бухгалтер а не программер.
И выгонять тогда ненужно никого. Ну а реализация этого - уже программер.
Вот здесь (217) красиво )

(222) и несмотря на наличие "красиво" - бухгалтера предпочитают написать ТЗ и поручить программисту. Хотя бы потому, что он представляет взаимосвязи в программе гораздо лучше.

(222) проводки по сути есть движения регистров, и аналитика, а значит и измерения регистра должны делать не бездумными пользователями, а людьми понимающими чем измерение отличается от ресурса или реквизита, когда использовать оборотные реигстры, а когда остаточные..
то, что проводки задает (а не создает) бухгалтер, вопросов нет (хотя в чем проблема запомнить 100 цифр?!) но планирование аналитики - дело программиста ибо не всегда надо делать так как говорит пользователь....

(224) вот случай этой недели: субконто "подразделения организаций". первая претензия - "не видно субконто, хотя оно есть". Объясняю, что это подразделение свое у каждой организации. Называют одинаково у разных организаций - и считают, что оно теперь одно. "ну ведь называется-то так же...".
зы. поясни про "запомнить 100 цифр"

(223) Это понятно, кому охота работать ). Но даже программисту правильней это делать не в коде а через движок в самой программе, ИМХО

(225) план счетов )))
(226) желание работать оно должно быть в крови )) а в коде или нет должно зависеть от требований к бесперебойности работы, если у тебя 356/24 тогда конечно надо выносить это в режим предприятия, если у тебя 10 пользователей, то нечего тратить на это время, т.к. никакого экономического эффекта данная доработка не даст, ну разве что ЧСВ разработчика повысит))

(226) ставя задачу программисту - они все равно делают практически эту же работу.
насчет того, где правильней делать - вопрос весьма спорный. вариативность параметрической настройки сильно ниже. скорость работы тоже. Один из вариантов - выполняемый код из справочников.
(227) работа 24/7 никак не запрещает изменение кода. даже у 7.7 :-) с метаданными - да, сложнее...
про план счетов все равно не понял. ну, знаю я его - и что? ладно, хрен с ним...

(228) я к тому, что никогда не мешает знать предметную область.... ))

ну загрузитьИзФайла можно конечно, но одно дело, когда у меня 100 распределеннок на диалапе и без специалистов 1С на местах, тогда да...
а когда одна база на 10 пользователей - мне кажется это перебор...

(229) +1

(229) да есть и другие инструменты. которые при желании можно и к "100 распределенкам на диалапе" прикрутить (правда, сомневаюсь, что такие уже работают в режиме 24/7 и еще на 7.7)
Но в общем, всему есть свое решение.
а предметную область знать _нужно_. а то задают тут вопросы "ну и что, что кредита в проводке нет?"

(229, 231) сейчас зачастую пишу спец.релизы только на забалансовых счетах - им полный план счетов на фиг не падал)

(232) ну молодец... а зачем нам эта информация? )

(233) к слову ... о необходимости возможности настраивания проводок юзверями - первому шагу к превращению БД в мусорку