Вход | Регистрация
    1  2  3
1С:Предприятие :: 1С:Предприятие 7.7 и ранее

v7: Ограничение записей в регистре

v7: Ограничение записей в регистре
Я
   AliAksA
 
19.12.18 - 10:55
Привет всем.
Существует ли в 7.7 ограничение на количество записей в регистре?
Если да, то есть ли варианты обхода? (нужно сохранить остатки)
Заранее благодарю
 
 
   evgpinsk_
 
201 - 19.12.18 - 21:15
(199) Давайте не будем передёргивать.
Вот здесь (191) был намёк что автор УМОЛЧАЛ О ОШИБКАХ, которые он увидел, кроме ошибки "Документ не проведён"
   zenon46
 
202 - 19.12.18 - 21:22
(124) так может включить ?
   Mikeware
 
203 - 20.12.18 - 08:08
(178) метод идиотский. Делать надо через справочник - аналог регистра сведений. Документ-пользователь-момент-комментарий
записывается независимо от документа, удаляется тоже, не занимает время при проведении не требует перезаписи документа не сбивает последовательности и т.п.
(192) Это, ващщета, азбука :-)
Да, регистр "Клиенты", как я понял - это регистрация продаж и затрат в разрезе партий. собственно, тогда он по сути оборотный, и его надо было делать оборотным. Но если он с середины 13 года не ведется - значит, не особо и нужен.
(195) попытка-исключение без сообщения в исключении - абсолютное зло. ну, кроме некоторых явно предусматриваемых случаев.
   Mikeware
 
204 - 20.12.18 - 08:09
(202) смотря чего ты хочешь добиться.
   evgpinsk_
 
205 - 20.12.18 - 10:01
(203) /метод идиотский. Делать надо через справочник - аналог регистра сведений. Документ-пользователь-момент-комментарий
записывается независимо от документа, удаляется тоже, не занимает время при проведении не требует перезаписи документа не сбивает последовательности и т.п. /

моём варианте реализация практически равнозначна добавлению в документ ещё одного реквизита "Индекс". Только реализовано через отдельный справочник, в котором одно поле IdИндекса.
Всё что Вы выше написали работало точно также, если бы не одно но: создавать элемент справочника Индекс не нужно в момент проведения /а по запросу пользователя/.
И если бы изначально размерность IdИндекса была выбрана правильно (7-8 знаков), то проблемы не возникло бы.
Ну и сами примечания пользоваталей (которые забиваются в подчинённый справочник), точна также записываются и удаляются и при этом не требует перепроведения привязанного документа).
   Mikeware
 
206 - 20.12.18 - 10:07
(205) размерность id справочника индекс выбрана не вами :-) и составляет она 9 знаков, хотите вы этого или нет.
а код у таких справочников надо просто отключать:
http://prntscr.com/lxbeo4
он не играет никакой роли, следовательно - излишен принципиально.
   evgpinsk_
 
207 - 20.12.18 - 10:11
(206) Чтото я не догоняю.
http://prntscr.com/lxbfm5
как мне казалось, проблема в том, что размерность Кода справочника в моём случае была равна 7. В справочнике стало 9999999 элементов и дальше он просто не мог расти.

Вот я и говорю, что если бы вместо 7 было 9 - проблем бы не было. Под IdИндекс, я понимал не отдельный реквизит справочника а его код
   Mikeware
 
208 - 20.12.18 - 10:12
(205) вот насчет "практически равнозначна"....
понимаете, не "документ содержит примечания", а "есть примечания к документу". правильная вормулировка сама показывает правильную реализацию
   evgpinsk_
 
209 - 20.12.18 - 10:14
(208) Всё верно. И это реализуется ТОЧНО ТАКЖЕ как у меня за исключением только ОДНОГО момента: создавать элемент моего справочника нужно по запросу юзера а не в момент проведения.
Согласны?
   evgpinsk_
 
210 - 20.12.18 - 10:15
Вт поэтому меня и смутила оценка моего придуманного алгоритма, как "абсолютно не грамотная" )
 
 Рекламное место пустует
   Mikeware
 
211 - 20.12.18 - 10:16
(207) под id понимается id.
под Код понимается Код
" размерность Кода справочника в моём случае была равна 7" - а надо было делать 0
   Salimbek
 
212 - 20.12.18 - 10:19
(207) Вы путаете Код и Id, хотя Ид 9 - это, все же, 36-ричное число и оно больше, чем 9 цифр ;-)
   Mikeware
 
213 - 20.12.18 - 10:20
(209) нет, это реализуется не "также". в документе вообще не должно быть никаких ссылок на комментарий. не нужен общий реквизит. и т.п.
   evgpinsk_
 
214 - 20.12.18 - 10:23
(211) /под id понимается id. под Код понимается Код /
Да,я  выразился не терминами 1с, а терминами проектирования баз.
(213) Дошло, согласен.
   Mikeware
 
215 - 20.12.18 - 10:26
(180) "Глаза боятся, а руки делают. Руки сделают, а потом этого глаза боятся..."©
(187) если перевести регистр в Оборотный, а бухсчета закрывать концом года - эта базенка еще лет 20 протянет... Делов на пару часов
   evgpinsk_
 
216 - 20.12.18 - 10:27
Зато в моём конфиге определение проводок по документам описывает сам пользователь, а не программист в конфигураторе ).
Счета в конфигураторе - вот помоему это полное нарушение принципов ООП ? )
   Mikeware
 
217 - 20.12.18 - 10:37
(216) ну кто б говорил про ООП... :-)
-------------
в той же комплексной хозоперации и проводки настраиваются через справочники. пользователями в пользовательском режиме.
http://prntscr.com/lxbpu5
счета - ну вообще-то, план счетов определяется нормативкой. И достаточно стабилен. Т.е. полет фантазии тут не сильно уместен. Но тем не менее, счета в план счетов прекрасно добавляются пользователем в пользовательском режиме...
http://prntscr.com/lxbotu

ЧЯНТД?
   Mikeware
 
218 - 20.12.18 - 10:40
(214) я тоже выразился "терминами проектирования баз". ибо код можно отключить. а ид - нельзя.
   HawkEye
 
219 - 20.12.18 - 10:42
(216) а в чем прелесть этой доработки? у тебя пользователей 10 человек... выгнал всех и изменил движения...
и вообще менять движения должен программист, который понимает, что такое не закрытые счета/регистра ))))))
   Mikeware
 
220 - 20.12.18 - 10:51
(219) многие через это прошли - через "параметрическую настройку". в "до1совских" системах было два варианта - либо строго типовые  операции (которые с нашей законодательной свистопляской начала 90-х устаревали чуть не до выхода релиза),  либо параметрическая настройка (пионером, насколько помню, были "финансы без проблем"). поэтому при переходе на 1с у всех была ломка... Поэтому некоторые начинали изобретать велосипед...
Хотя при возможности ручной пользовательской настройки ХО и БП в той же Комплексной - я не видел юзверей, которые меняли бы их самостоятельно - либо поручают штатному прогу, либо франчу.
   evgpinsk_
 
221 - 20.12.18 - 11:10
(219) Ну один из принципов ООП - инкапсуляция. Это теория, я с ней не спорю )
   evgpinsk_
 
222 - 20.12.18 - 11:18
(219) \и вообще менять движения должен программист, который понимает, что такое не закрытые счета/регистра ))))))\

если мы о проводках, то ИМХО, их создавать должен бухгалтер а не программер.
И выгонять тогда ненужно никого. Ну а реализация этого - уже программер.
Вот здесь (217) красиво )
   Mikeware
 
223 - 20.12.18 - 11:42
(222) и несмотря на наличие "красиво" - бухгалтера предпочитают написать ТЗ и поручить программисту. Хотя бы потому, что он представляет взаимосвязи в программе гораздо лучше.
   HawkEye
 
224 - 20.12.18 - 11:56
(222) проводки по сути есть движения регистров, и аналитика, а значит и измерения регистра должны делать не бездумными пользователями, а людьми понимающими чем измерение отличается от ресурса или реквизита, когда использовать оборотные реигстры, а когда остаточные..
то, что проводки задает (а не создает) бухгалтер, вопросов нет (хотя в чем проблема запомнить 100 цифр?!) но планирование аналитики - дело программиста ибо не всегда надо делать так как говорит пользователь....
   Mikeware
 
225 - 20.12.18 - 12:14
(224) вот случай этой недели: субконто "подразделения организаций". первая претензия - "не видно субконто, хотя оно есть". Объясняю, что это подразделение свое у каждой организации. Называют одинаково у разных организаций - и считают, что оно теперь одно. "ну ведь называется-то так же...".
зы. поясни про "запомнить 100 цифр"
   evgpinsk_
 
226 - 20.12.18 - 12:23
(223) Это понятно, кому охота работать ). Но даже программисту правильней это делать не в коде а через движок в самой программе, ИМХО
   HawkEye
 
227 - 20.12.18 - 13:00
(225) план счетов )))
(226) желание работать оно должно быть в крови )) а в коде или нет должно зависеть от требований к бесперебойности работы, если у тебя 356/24 тогда конечно надо выносить это в режим предприятия, если у тебя 10 пользователей, то нечего тратить на это время, т.к. никакого экономического эффекта данная доработка не даст, ну разве что ЧСВ разработчика повысит))
   Mikeware
 
228 - 20.12.18 - 13:46
(226) ставя задачу программисту - они все равно делают практически эту же работу.
насчет того, где правильней делать - вопрос весьма спорный. вариативность параметрической настройки сильно ниже. скорость работы тоже. Один из вариантов - выполняемый код из справочников.
(227) работа 24/7 никак не запрещает изменение кода. даже у 7.7 :-) с метаданными - да, сложнее...
про план счетов все равно не понял. ну, знаю я его - и что? ладно, хрен с ним...
   HawkEye
 
229 - 20.12.18 - 14:18
(228) я к тому, что никогда не мешает знать предметную область.... ))

ну загрузитьИзФайла можно конечно, но одно дело, когда у меня 100 распределеннок на диалапе и без специалистов 1С на местах, тогда да...
а когда одна база на 10 пользователей - мне кажется это перебор...
   AliAksA
 
230 - 20.12.18 - 14:23
(229) +1
   Mikeware
 
231 - 20.12.18 - 14:24
(229) да есть и другие инструменты. которые при желании можно и к "100 распределенкам на диалапе" прикрутить (правда, сомневаюсь, что такие уже работают в режиме 24/7 и еще на 7.7)
Но в общем, всему есть свое решение.
а предметную область знать _нужно_. а то задают тут вопросы "ну и что, что кредита в проводке нет?"
   AliAksA
 
232 - 20.12.18 - 14:29
(229, 231) сейчас зачастую пишу спец.релизы только на забалансовых счетах - им полный план счетов на фиг не падал)
   HawkEye
 
233 - 20.12.18 - 14:32
(232) ну молодец... а зачем нам эта информация? )
 
 
   AliAksA
 
234 - 20.12.18 - 14:34
(233) к слову ... о необходимости возможности настраивания проводок юзверями - первому шагу к превращению БД в мусорку
  1  2  3

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует