Вход | Регистрация
    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

Список тем форума
Рекламное место пустует  Рекламное место пустует
Проблемы невозможно решaть нa том же уровне компетентности, нa котором они возникaют. Альберт Эйнштейн
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует