Вход | Регистрация
    1  2  3  4  5  6  7  8  9  10   
Информационные технологии :: 1С:Предприятие 8 общая

Зачем нужны регистры, если все можно взять из документов?

Ø [Волшебник, 22.04.21 - 09:56]
Зачем нужны регистры, если все можно взять из документов?
Я
   brainguard
 
14.04.21 - 13:39
Есть ли какие-то соображения, кроме быстродействия?
   MouHacTaBHuk
 
401 - 15.04.21 - 17:05
(400) а в случае с функцией как в таком случае?
   brainguard
 
402 - 15.04.21 - 17:09
(401) Вы анализируете функцию. Сложность та же. Но тут вы анализируете все в одном месте и всегда знаете - где это место.
   MouHacTaBHuk
 
403 - 15.04.21 - 17:12
(402) а что там будете анализировать? я имею в виду, как вы видите процесс поиска ошибки? (вы это не уточнили, но я предполагаю, что вам кроме "не правильно" говорят всё-таки сколько "должно быть")
   brainguard
 
404 - 15.04.21 - 17:13
(403) Допустим, говорят. И что?
   PLUT
 
405 - 15.04.21 - 17:14
(400) это ты про отчет 6НДФЛ ? его параллельно зряплатчик и бухгалтер по зряплате в экселе ведут. сверяют данные, что им программа насчитала. "г@вно эта ваша одинэс"
   MouHacTaBHuk
 
406 - 15.04.21 - 17:14
(404) что "что?" ? Я же вопрос задал не про "допустим или не допустим".
   brainguard
 
407 - 15.04.21 - 17:16
(406) Анализируете как обычно. Отладчик, точки останова, контроль промежуточных значений. В чем вопрос?
   PLUT
 
408 - 15.04.21 - 17:22
(402) проанализируй функцию в ЗУПе, скорее она тебя проанализирует отладчиком :)
   Anton1307
 
409 - 15.04.21 - 17:24
Один спрашивает - зачем нужны регистры, если есть документы ?
Другие отвечают - регистры нужны, потому что скорость и так далее...
Вывод - не нужны документы, надо сразу писать в регистры
   PLUT
 
410 - 15.04.21 - 17:27
(409) а еще есть документ-справочник-отчет. модное слово "АРМ" - рабочее место эникейщика. х@р поймешь без пофигуратора - что это?
   Dmitrii
 
411 - 15.04.21 - 17:31
(388) Ты застрял в парадигме "Документ = Запись в учете". А это не совсем так.

Конечная задача любого учёта - получить отчет(ы) о состоянии тех показателей, которые интересуют бизнес.
Отчеты бывают нескольких типов/видов.
Состояние показателя - остатки.
Изменение показателя - обороты.
События, приведшие к текущему состоянию показателя - реестр всех изменений показателя.

Получать такую информацию из огромного множества документов, по меньшей мере, непродуктивно.
Гораздо проще хранить всю информацию о показателе в одном месте. Этим местом в концепции 1С и является регистр. И в зависимости от вида регистра - комплект из нескольких таблиц (первичные записи, остатки, обороты, и пр.).
   Aleksey
 
412 - 15.04.21 - 17:32
(251) а есть типовые где это используется (кроме зуп)?
   Aleksey
 
413 - 15.04.21 - 17:34
(411). И как в этой парадигма до сих пор жив и здоров регистр бухгалтерии - ума не приложу
   Dmitrii
 
414 - 15.04.21 - 17:39
(409) >> Вывод - не нужны документы, надо сразу писать в регистры.

В некотором смысле, это так. По большому счету можно нарисовать один универсальный документ (по типу ОперацияБух в БП), который бы и рисовал записи в любые регистры.
Документ - это инструмент для записи в регистр. С точки зрения учета, документ - это основание, дающее нам право сделать запись в учете.
   MouHacTaBHuk
 
415 - 15.04.21 - 17:41
(407) конечно же я поясню в чем вопрос. Вопрос в том, к чему вы вообще привели данный пример, если именно процесс поиска ошибки будет совершенно одинаковым.
Вы разворачиваете отчет с детализацией по регистратору, а также строите, например консолью запросов, таблицу с выбором данных напрямую из документов. Сравниваете и смотрите где разница.
Далее в случае с регистрами - вы просто перепроводите и, возможно, на этом шаге уже ошибка в данных будет исправлена и будет понятно, что это просто ошибка при какой-то обработке документа "консультантом" (не важно в контексте). Иначе ищете в чем причина ошибки в проведении конкретного документа.
А в случае с функцией не будет варианта с перепроведением, будет только поиск ошибки по конкретному документу в функции.
   vde69
 
416 - 15.04.21 - 21:00
(400) отчеты должны быть такие, что-бу пользователь самостоятельно мог понять от куда взялась та или иная цифра,

для понимания от куда взялось значение - программист не нужен, даже в кошмарном ЗУП почти все отчеты позволяют получить развернутый ответ "от куда это значение".

Хотя конечно есть примеры и говноотчетов, но это скорее исключение...
   acanta
 
417 - 15.04.21 - 21:02
Судя по появлению СКД в 8ке - в 7ке это исключение начало становится правилом
   acanta
 
418 - 15.04.21 - 21:09
Мы конечно обсуждали с коллегами и зачем вместо регистра сведений и оборотов справочник и вместо регистра накопления справочник и документы с произвольной периодичностью. Проблема не в том, зачем это коллегам, а в том, зачем это клиентам.
Если они не готовы работать с одним программистом на нетленке, то зачем оплачивали и принимали работу? Если их интересует продвижение конфигурации, то почему без автора?
   acanta
 
419 - 15.04.21 - 21:12
И наконец если 1с считает, что сертификат специалиста, а тем более эксперта отшибает напрочь любые вопросы об авторстве любой конфигурации, то разумеется у них есть для этого инструментарий типа слк.
   acanta
 
420 - 15.04.21 - 21:17
Но документы вместо регистра накопления как механизм хранения остатков и документы в качестве источника деталей запроса по реальному регистру это разные вещи. Если данных в регистре не хватает, значит нужны еще регистры?
   vde69
 
421 - 15.04.21 - 21:31
(420) >>>Если данных в регистре не хватает, значит нужны еще регистры?
обычно - да

но есть дополнительные механизмы, например "критерии отбора" которые не добавляют никаких таблиц, но тем не менее сделаны именно для работы запросов напрямую с документами.

Если кратко - в 99% случаев запросы должны идти только к регистрам..... И кстати нехватка информации в регистрах показывает проблемму архитектора системы.

Вот простой пример (лично мой)
самописка, поле комментарий в табличной части, сразу стали просить добавить сквозняком другие поля (типа проект, объект, командируемый модель авто и еще 144 вида)
я в документах сделал универсальный механизм (вторую табличную часть) который позволяет к каждой строке подвязывать неопределенное количество документов и эта ТЧ пишется в отдельный регистр. Но когда делал кассовые документы меня "уболтали" мол там вся эта аналитика не нужна, оставь только комментарий... я не стал там встраивать универсальный механизм а сделал как просили - прямо в ТЧ, проработали год, теперь ветер подул в другую сторону и стало нужно...  Добавил универсальную аналитику но туда комментарий не перенес (поленился), а теперь уже мне самому понятно, что запросы стали сложнее и код хуже (другие программисты нашлепали кода к ТЧ документа к коментариям и полезли "задвоения" и прочие радости) короче надо сразу было делать единообразно....
   K1RSAN
 
422 - 16.04.21 - 06:08
(421) Всё горе от "пользователей", которые имеют право выражать свои хотелки, но не знают, чего хотят. С ними вечно переделываешь всё по несколько раз в течение года. Причем они еще и норовят всю ответственность за "не знаю что хочу" переложить на программиста
   brainguard
 
423 - 16.04.21 - 07:20
(422) Это - шутка?
   Bigbro
 
424 - 16.04.21 - 07:32
(423) у вас странное чувство юмора. это - реальность.
   K1RSAN
 
425 - 16.04.21 - 07:58
(423) Вы никогда не переделывали работу несколько раз только потому, что клиент сам не знает чего хочет? Завидую.
Самый "кайф", когда ты предлагаешь вариант, его отвергают, а потом к нему всё и возвращается спустя пару месяцев.
   Bigbro
 
426 - 16.04.21 - 08:11
(425) один из наиболее эпичных случаев был когда придумывая реализацию очередной хотелки бухов в модуле САП перелопачивал код, попутно читая комментарии с датами внесения правок.
обнаружил что через 4 года и внесение порядка 20 изменений в алгоритм разными разработчиками и постановщиками задач - вернулись к исходному )))
   brainguard
 
427 - 16.04.21 - 08:58
(425) (426) Я обычно в таких случаях думаю в сторону того, что я неправильно делаю и почему мои решения не достигают цели. Если вместо верного решения предлагать пользователям раз за разом паллиативы, то тогда, конечно, будете бегать по кругу, как цирковая лошадь.
   Осинкин
 
428 - 16.04.21 - 09:04
(427) Если клиент оплачивает все переделки, значит ты всё правильно делаешь :)
   Dmitrii
 
429 - 16.04.21 - 09:12
(413) >> как в этой парадигме до сих пор жив и здоров регистр бухгалтерии - ума не приложу.

Ума не приложу - как регистр бухгалтерии противоречит этой парадигме.
Или ты хотел, чтобы я подробно расписал все варианты и все особенности каждого из регистров, включая бухгалтерию и расчет? А зачем?
Ни один из регистров из концепции не выбивается.
   Dmitrii
 
430 - 16.04.21 - 09:20
(427) >>  Если вместо верного решения предлагать пользователям раз за разом паллиативы, то ... будете бегать по кругу, как цирковая лошадь.

Проблема в том, что зачастую пользователь сам настаивает на временных или неверных решениях, которые кажутся ему правильными. И не всегда удаётся убедить его в ошибочности принимаемых решений. В особенности, когда ты выступаешь исполнителем по задаче, особенности которой не знаешь. Заказчик говорит тебе что-то типа "Поправьте мне тут чуть-чуть, добавьте реквизитик и больше мне ничего не надо." Естественно времени вникать во все нюансы какой-то мегаразработки, сделанной другим программистом сто лет назад, нет. И ты вынужден исполнять требования, фактически не отвечая за результат и последствия. Приходится полагаться на вменяемость заказчика и его требований.
 
 Рекламное место пустует
   K1RSAN
 
431 - 16.04.21 - 09:21
(427) Вы не понимаете. Тут нет "вы неправильно делаете". Решения - правильные. Просто "пользователи" почему-то считают, что они лучше придумают. А потом в течение нескольких месяцев САМИ приходят к такому же решению, что мы предлагали. Но пока они САМИ не придут к такому решению - мы не давим на них. А то они любят все свои косяки потом на программистов вешать. "Ваш мальчик обновил и всё поломалось" - было бы так смешно, не будь это так грустно
   Kassern
 
432 - 16.04.21 - 09:23
(427) Вы просто не работали в тех учреждениях, где руководство, бывшие военные. Им плевать на чужое мнение, как сказали, так и должно работать и еще вчера.
   K1RSAN
 
433 - 16.04.21 - 09:25
(430) Еще веселее, когда ты ЗНАЕШЬ, как правильно сделать, но пользователь несколько "уверен в себе", чтобы сомневаться в своем видении. И только спустя пару месяцев (полных циклов) его "озаряет" понимание. Но признаваться в этом никто не захочет)
   brainguard
 
434 - 16.04.21 - 10:13
(431) Если пользователю хочется придумать что-то свое, значит решение - не идеальное
   Kassern
 
435 - 16.04.21 - 10:16
(434) не значит
   Dmitrii
 
436 - 16.04.21 - 10:33
(434) >> Если пользователю хочется придумать что-то свое, значит решение - не идеальное.

Абсолютно идеальных решений не существует. Так же как абсолютно универсальных.
Любое ПО имеет ряд ограничений.
Ни одно решение не может покрывать 100% требований 100% потенциальных пользователей.
И даже если условному программисту(ам) удалось разработать некое решение полностью удовлетворяющее всем потребностям конкретного пользователя, это вовсе не означает, что завтра не может появиться новых требований. Предусмотреть на будущее всё просто невозможно.

Если бы существовало идеальное ПО, то не было бы необходимости его регулярно обновлять и выпускать новые версии.
   ejikbeznojek
 
437 - 16.04.21 - 11:33
(414) Я в нескольких базах на такой документ натыкался))
Вот например.
Там миллиард вкладок в том документе))
https://prnt.sc/11i6ca3
   Mikhail Volkov
 
438 - 16.04.21 - 11:37
(0) Вспомнил 1С Бухгалтерия 6.0?
   K1RSAN
 
439 - 16.04.21 - 12:03
(434) Логики не чувствуется в ваших словах. Если у вас не было таких ситуаций - завидую. Но для некоторых это проза жизни
   1Снеговик
 
440 - 16.04.21 - 12:06
(436) основные виды объектов 1С давно без изменений, еще с выхода 8.0, и давно доказали свою функциональность и достаточность.
   1Снеговик
 
441 - 16.04.21 - 12:07
(434) пользователю вообще думать вредно, его задача жать на кнопки в соответствии с инструкцией.
   Mikeware
 
442 - 16.04.21 - 12:22
(440) "основные виды объектов 1С" - что вы имеете ввиду?
(441) пользователи разные есть... для большинства "шагвлево-шаг вправо -...", меньшинство устанавливает эти границы. Иногда правильно, иногда нет. Иногда удается убедить/скорректировать, иногда нет.
но и для "большинства, действующего по инструкции", надо делать так, чтоб они эти инструкции выполняли радостно и с песТней
   PLUT
 
443 - 16.04.21 - 13:02
+(442) "вижу цель, не вижу препятствий". Если очень хочется и программа не дает сделать, найдут способ как окольными путями впихнуть невпихуемое. ну и если программа дала это сделать, значит можно
   Mikeware
 
444 - 16.04.21 - 13:16
(443) бывает такое. Изобретательность в таких случаях порой зашкаливает... "когда есть возможность украсть - способность к самообучению возрастает на 146%"©
задача - по-возможности перекрыть такие способы (административно, организационно, технически).
   brainguard
 
445 - 16.04.21 - 13:24
(438) В шестерке регистр был
   1Снеговик
 
446 - 19.04.21 - 08:58
(442) те, что светятся в дереве конфигурации, разве не ясно??
   Mikeware
 
447 - 19.04.21 - 09:13
(446) у меня там ничего не светится... просто отображается.
но даже с таким уточнением не ясно- основные виды объектов - это "документы/справочники/перечисления/регистры", или "справочник номенклатура/справочник организации/справочник контрагенты/документ поступление/документ перемещение/документ реализация"?
   ДядяМитяй
 
448 - 19.04.21 - 14:43
Напиши свою систему без регистров. Начни ее продавать. Только требования к железу напиши в конце, чтобы потенциальные покупатели хотя бы твое имя прочитали и запомнили.
То есть быстродействие = деньги. Более-менее реальная торговая (не говоря о других) система будет требовать несоразмерных затрат на оборудование. Причем проблема масштабируема. Бабе Маше в палатке потребуется ноут тыщ за 80, сервер на 100 пользователей будет тоже несоразмерно дорог... Хотя какой-нибудь госконторе может и впаришь.
Уж не знаю второй ли это аргумент или 1а
   brainguard
 
449 - 19.04.21 - 14:48
(448) Кроме быстродействия ничего больше не приходит в голову?
   ДядяМитяй
 
450 - 19.04.21 - 14:49
(449) Слово "деньги" не воспринялось? Ну тогда и о красоте архитектурных решений говорить не будем...
   brainguard
 
451 - 19.04.21 - 14:52
(450) Не воспринялось, потому что вы поставили знак равенства. Я не просто так вопрос задаю. Меня интересуют только аспекты, не связанные с быстродействием. Если таковые существуют
   ДядяМитяй
 
452 - 19.04.21 - 14:53
И не надо от реальности отрываться. Если это теория в вакууме - то писать на ассемблере или считать на счетах - это избежать избыточности. А в реальной жизни кроме чистой теории есть еще всякие неприятные субстанции
   fisher
 
453 - 19.04.21 - 14:54
(400) То есть вы УЖЕ фактически локализовали проблему, причем очень быстро. Следующий этап, локализация проблемного документа, тоже выполняется очень быстро. И все это даже не заглядывая в код. И в итоге вам останется проинспектировать лишь небольшой участок кода. Сравните это с поиском ошибки в километровой портянке кода.
   ДядяМитяй
 
454 - 19.04.21 - 14:54
(451) А теперь не воспринялось слово "красота". Но тут уж я и не надеялся... ))
   brainguard
 
455 - 19.04.21 - 14:55
(454) Не воспринялось, потому что нуждается в расшифровке
   fisher
 
456 - 19.04.21 - 15:10
(453) + Хотя фактически, если без регистров предусмотреть такие же уровни абстракции и такой же инструментарий, то разницы в поиске ошибок фактически не будет.
Если бы вычисления любого объема производились бы за одинаковое время, то необходимости в сохранении промежуточных данных на диск не было бы.
Но и тогда "виртуальные регистры" могли бы иметь право на жизнь в качестве промежуточного слоя абстракции.
   rsv
 
457 - 19.04.21 - 15:11
(400) мысль верная ... если в базе  есть таблички доков и
и дубляж в табличке движений регистра - могут разбежаться.
И табличка итогов тоже.
   brainguard
 
458 - 19.04.21 - 15:12
(456) Зачем нам промежуточный слой абстракции?
   1Сергей
 
459 - 19.04.21 - 15:15
У вас часто возникает ситуация когда в регистре 100, а вдокументе не 100?
   fisher
 
460 - 19.04.21 - 15:20
(458) Да затем же, зачем мы сначала разбивали функциональность на функции и затем начали инкапсулировать ее в классах. Чтобы мозги меньше уставали и получалось проще писать сложные решения.
Если у тебя два отчета используют один и тот же входной набор данных, то напрашивается формирование этого набора данных вынести в отдельную функцию.
Функция собирает данные с двадцати документов. Но их "вклад" в результирующий набор данных можно сделать однородным. Напрашивается написать правила для каждого вида документа, по которым функция универсально будет вытягивать данные из документов каждого вида (обращаться к функции документа, которая вернет унифицированный "кусок" его данных).
В итоге получаем те же самые регистры, только без сохранения на диск.
 
 Рекламное место пустует
   brainguard
 
461 - 19.04.21 - 15:24
(460) Т.е. "регистры без регистров" - полезная штука?
   Mikeware
 
462 - 19.04.21 - 15:25
(448) система для ларька на упомянутом клиппере-шкиппере-триппере что с регистрами, что без  - будет летать. Ну ладно, не клиппер - пусть клюшки плюс виктуановская доработка под все эти алкашки-меркурии-маркировки
   fisher
 
463 - 19.04.21 - 15:26
(461) Была бы, если бы можно было проигнорировать вопросы производительности. Из той же серии как и полезной была бы очень дешевая супербыстрая энергонезависимая память. Не нужны были бы никакие кэши стадридцати уровней, оперативка и диски. Был бы один массив и все.
   brainguard
 
464 - 19.04.21 - 15:27
(459) Не в документе, а в документах. Да. У вас в документах одно, а в регистрах другое. Так изначально задумано вообще-то. В регистре у вас след от действий, которые произошли в прошлом. По правилам, которые действовали в прошлом.
   Mikeware
 
465 - 19.04.21 - 15:32
(457) (459) (400) Да, такое бывает - несовпадение регистров с документами. Более того, такое бывает как в электронной реализации, так и в совершенно дубовой бумажной. И ищется совершенно одинаково - проверкой правильности арифметики для регистра учета (тетрадки ли, амбарной ли книги, таблиц ли RA и RG), и проверкой правильности отражения движений по первичному документу в соотвествующем регистре учета (соотвествие бумажной накладной записи в каждой амбарной книге).
Но благодаря тому, что записи в разных регистрах отличаются - мы можем локализовать проблему до регистра или первичного документа, и переотразить его.
   Mikeware
 
466 - 19.04.21 - 15:35
(463) когда память была дорогая - старались использовать нормализованные данные. Денормализация (а регистры - это денормализация) - это уже последствия дешевых избыточных ресурсов. Ну и не хватало бы ресурсов на обработку - не делали бы интерфейсы с самоуправляемыми формами, и котиками...
   Почему 1С
 
467 - 19.04.21 - 15:39
(0) Зачем нужны документы если есть регистры?
   Rovan
 
468 - 19.04.21 - 15:43
В системе IBM Lotus Notes нет регистров, но зато там есть индексированные списки документов - view (представления).
Список может содежать как 1 так и несколько видов. Отсортирован может быть по 1 или нескольком полям.
В группировках можно показывать агрегатные функции. По сути это аналог регистров.
Lotus Notes, внешние представления???
   fisher
 
469 - 19.04.21 - 15:49
(466) Денормализация - это решение проблемы производительности. При отсутствии такой проблемы - со всех сторон дешевле работать с нормализованными данными.
И регистры - это хранение промежуточных данных. То есть тоже решают проблему производительности. Сами по себе таблицы регистров вполне нормализованы, ЕМНИП.
   fisher
 
470 - 19.04.21 - 15:57
Хотя вру. Таблицы движений в общем случае ненормализованы. Но это скорее свойство исходных данных, а не особенность регистра как таковая.
   brainguard
 
471 - 19.04.21 - 16:03
(470) Да и таблицы итогов тоже не нормализованны, если понимать нормализацию расширенно. Попробуйте ответить на вопрос: в среднестатистической таблице итогов каков процент записей, которые больше никогда не будут использованы?
   brainguard
 
472 - 19.04.21 - 16:04
(467) Документы регистрируют события
   программистище
 
473 - 19.04.21 - 16:07
мне кажется или это завуалированный рекламный пост brainguard_ru
   fisher
 
474 - 19.04.21 - 16:23
(471) У нормализации вполне формальные критерии. А если вас пугают регистры в качестве свалки промежуточных данных, так это вы еще OLAP не видели.
   mistеr
 
475 - 19.04.21 - 16:28
(473) Было бы что там рекламировать.
   fisher
 
476 - 19.04.21 - 16:29
Если взять таблицу итогов простого регистра остатков, то по-моему она будет во всех нормальных формах шо тока можно. Если забыть про режим разделения итогов.
   fisher
 
477 - 19.04.21 - 16:37
(471) Если в лоб, то ответ будет - пропорционально количеству данных документов, которые больше никогда не будут использованы.
   fisher
 
478 - 19.04.21 - 16:41
Хотя в случае с остатками таблица итогов регистра дает как раз бешенную экономию по использованию данных документов. Которые иначе пришлось бы каждый раз все перебирать, чтобы остаток посчитать.
   Mikeware
 
479 - 19.04.21 - 16:49
(468) это не "аналог регистров", это просто другое представление исходных данных.
   PR
 
480 - 19.04.21 - 16:51
(468) И с хрена ли? Что в индексированном списке документов идейно от регистра?
Как считать остаток на сейчас, если в базе 1000000000000... документов?
   Mikeware
 
481 - 19.04.21 - 16:53
(469) Это решение проблемы производительности (в основном за счет "предварительной фильтрации" и "предварительного расчета"), решение проблемы разделения данных, решение проблемы безопасности доступа к данным - за счет создания проблемы увеличения объема, и частично возврата  проблемы производительности :-)  Т.е. при получении информации из регистра для получения некоей дополнительной информации тебе необходимо связываться с первичным документом.
   Mikeware
 
482 - 19.04.21 - 16:56
(478) это зависит от того, насколько часто нужно считать остаток. и насколько перерасчет остатка при проведении займет времени. Т.е. обычная проблема проектирования
   fisher
 
483 - 19.04.21 - 17:36
(481) Все это разруливается и так. Если забыть про производительность. То, во что ТС и долбит с упорством, достойным лучшего применения.
(482) С остатками все слишком очевидно. Почти нет никаких "зависит". Без хранения промежуточных итогов производительность падает слишком круто с ростом объема данных (который накапливается банально исторически), что недопустимо в большинстве случаев.
   Волшебник
 
484 - 19.04.21 - 17:39
(467) Отлично сказано. Тему можно закрывать.
   Волшебник
 
485 - 19.04.21 - 17:40
(472) Событие — это движение регистра. Так зачем нужны документы?
   brainguard
 
486 - 19.04.21 - 17:54
(485) Я могу и переформулировать вопрос.
Зачем регистрировать событие дважды. Сначала в документе, а потом в регистре? Есть ли у этого какое-то другое обоснование, кроме производительности?
   Волшебник
 
487 - 19.04.21 - 17:56
(486) Используйте обработки вместо документов. Конечно, платформа 1С потребует документ в качестве регистратора для записей регистра. Ну так заведите один, служебный регистратор. Нужна просто ссылка на документ, проводить его не надо.
   fisher
 
488 - 19.04.21 - 17:56
(486) Нет другого обоснования. Но в текущих реалиях это обоснование системообразующее.
   Волшебник
 
489 - 19.04.21 - 17:59
(488) Зачем нужны базы данных с кучей таблиц, если всё можно хранить в одном большом текстовом файле, правда?
   brainguard
 
490 - 19.04.21 - 18:02
(487) В этом случае все равно будет двойная запись. В таблице движений и в таблице итогов. Вопрос ставится более широко. Нужна ли в учетной системе интерпретация второго порядка? Дает ли такая интерпретация что-то, кроме выигрыша в скорости?
   fisher
 
491 - 19.04.21 - 18:03
(489) А это-то тут причем? Можно сказать, что СУБД так и делает. Хранит все в одном большом текстовом файле. С крокозяблами внутри.
   Волшебник
 
492 - 19.04.21 - 18:08
(490) Вы так говорите, как будто выигрыша в скорости недостаточно. Ради скорости были изобретены многоядерные процессоры с многоуровневыми кэшами, SSD-диски, индексы таблиц и даже колоночные базы данных. Это всё ради скорости.
   Волшебник
 
493 - 19.04.21 - 18:09
(491) Строго говоря, файл базы данных — это не текстовый файл. Это компаунд, содержащий внутри собственную файловую структуру.
   Волшебник
 
494 - 19.04.21 - 18:11
(490) В таблице итогов будет приращение итога по комбинации измерений.

Если регистр поддерживает корреспонденцию и балансовые измерения, то приращение по одной комбинации должно сопровождаться зеркальным уменьшением по другой комбинации. Вот это двойная запись, а не эта ваша пара "строка ТЧ документа и запись регистра"
   Dzenn
 
495 - 19.04.21 - 19:25
(0) Поздравляю, ты познал ДЗЕН. Регистры всех типов, действительно, нужны только для того, чтобы запутать начинающего программиста, повысить порог вхождения в 1С и создать видимость крутости и профессиональности системы в целом. Больше они ни для чего не нужны, и их наличие ни на что не влияет. Вы вполне можете сделать работающую систему учёта, не создав ни одного регистра.
   Волшебник
 
496 - 19.04.21 - 21:13
(495) Система учёта без регистров — это как пиво без алкоголя. Смысла в ней нет.
   sttt
 
497 - 19.04.21 - 22:40
Нафига все - это, если можно посчитать в уме?
   brainguard
 
498 - 20.04.21 - 10:59
Всем спасибо за участие в обсуждении. Результат можно посмотреть здесь https://habr.com/ru/post/552668/
   Mikeware
 
499 - 20.04.21 - 11:16
(497) а если ума нет? :-)
   Mikeware
 
500 - 20.04.21 - 11:17
(498) засрал мизду - засрешь и хабр?
  1  2  3  4  5  6  7  8  9  10   

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