с двумя таблицами итогов

чо сказать-то хотел?

это регистры остатков

(2) там нет итогов по оборотам, только расчетным путем

?

ТС походу спецом зарегался чтобы тролльских тем наплодить. И ник соответствующий

(3) итогов по остаткам там тоже нет

забанили Ненавижу 1С?

(6) иди учи матчасть

(7) да

(3) ОстаткиИОбороты на что?

(10) виртуальная таблица

(11) писец

(9) тото я автора угадал )

(12) нет, не он

бред

(0) тебе нужен срез итогов после каждого движения?

я хочу получить обороты за год? что я делаю в случае оборотного регистра - беру 12 записей таблицы итогов, в случае остаточного? беру таблицу движений за год

(16) нет, не нужно

Да, могли бы ввести галочку "хранить итоги по оборотам".

(19) самое интересное когда введут, все как ни в чем не бывало будут говорить как круто, что добавили это в 8.Х ))

СрезПоследних вот в 8.3 оптимизировали, но через одно место и кое-как.

(17) а, понял...

Агрегаты ?

(17) С чего ты взял, что 1С не хранит итоги по оборотам вместе с итогами по остаткам?

Плюс вопрос на засыпку: что такое Оборот у регистра, имеющего приход и расход?

(24) да уж знаю как устроен остаточный регистр, прошу и тебя узнать

Задам ТС тупой вопрос. Кто мешает в регистре остатков накапливать обороты? Ну кроме религиозного утверждения, что остатки должны уводиться в "0".

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

Даешь по одному регистру на каждый месяц на десять лет вперед!!!

(25) оборот по приходу и оборот по расходу и просто оборот как разность, очень удобно

(27) твоя мысль и вопрос глуп, ты не в теме

нда, было бы проще выборку делать по меньшему объему...

(0) отменная трава

(28) Ну так это все есть. А то, что это виртуальная таблица - не аргумент. У оборотного регистра обороты - тоже виртуальная таблица.

(19) +1

(23) Агрегаты вроде как строятся по оборотным регистрам накопления....

На серверной БД абсолютно паралельно

(32) >> У оборотного регистра обороты - тоже виртуальная таблица.

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

(7)(9)Смысл банить если можно новый ник создать.

Ну да, норм. идея. В УПП, вроде, проблему решали подвешивая к документу 2 регистра - один остатков, другой оборотов.

(35) вот и врешь

кстати выяснили, что половина народа орет, но даже не понимает о чем речь

(0) выдыхай афтыр

(0) Ты тупишь или троллишь?

(42) не туплю и не троллю

(43) То есть просто просишь бан за осознанно дебильные ветки? :))

(36) Ну и? Зачем новый тип регистра, если достаточно просто на уровне платформы добавить итоги по оборотам?

(44) нормальный подход, обоснуй сначала или ты тоже не в теме?
(45) дублирование данных?

(45) Вы тут коллективно с ума что ли сходите?
А что, у регистра остатков обороты не агрегируются в отдельной таблице?

Кстати, те кто против так и не привели аргументов. Кроме "так было, так надо".
Ну да, разрабам платформы напрягаться.

(45) Ну так в том и идея, добавить галку в регистр остатков.

(47) все PR ты уже превысил уровень своих познаний 1С, иди уже отсюда

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

(50) себе докажи, я про "А что, у регистра остатков обороты не агрегируются в отдельной таблице?"

(47) Садись, два.

Еще раз задам вопрос ТС.
Кто мешает вести учет паралельно в регистре остатков и регистре оборотов с теми же измерениями? Нужны итоги по остаткам - получили из регистра остатков. Нужны по оборотам - получили из регистра оборотов.
Дублированние данных? - А я скажу "оправданная денормализация".

(47) >> у регистра остатков обороты не агрегируются в отдельной таблице?

вообще-то нет...

(53) а зачем занимать место на дисках? только потому, что щас они большие и быстрые?
да и время на запись двух массивов данных больше, чем на один расчет

(53) никто не мешает, но дублирование данных детектед

(53) Так об том и ветка. ИМХО.
Что лучше - добавить хранение данных об оборотах в таблицы итогов РН остатков или довольствоваться возможностью завести РН оборотов?

А я думал, что Рома Печенкин всё знает, владеет в совершенстве искусством программирования на 1С :(

(58) я давно в этом разочаровался... (((

(46) Зачем дублирование? Отдельные итоги по остаткам, отдельные по оборотам.

(47) Ну... я что-то не нашел. По крайней мере таблиц оборотов намного меньше по количеству, чем регистров.

(48) Не имеет особого смысла, разве что для сокращения размера БД. Но непоняток только больше возникнет.

(60) дублирование движений, итоги сами по себе не живут в 1С

(60) тогда нахрена вообще делить регистры на остатков и оборотов? две галочки и все :)

(61) Зачем их дублировать, если все делается на уровне платформы? 1 движение - 2 итога. Ничего необычного, новых типов регистров не надо. Просто надо доработать платформу, да и то только после анализа полезности данных итогов в реальной жизни.

(62) А это мысль.
1 галка - хранить итоги по остаткам
2 галка - хранить итоги по оборотам

(60) >> Отдельные итоги по остаткам, отдельные по оборотам.

По одному регистру остатков? Это как?
У РН остатков одна физическая таблица итогов. И хранит она только итоги по остаткам.
При каждом обращении в виртуальным таблицам РН остатков Обороты или ОстаткиИобороты системы лезет в таблицу движений для расчета итогов по оборотам.

(63) одно движение 2 итога? вот именно, что доработать платформу!

Ну что, коллективный сход с ума начался? Ура, товарищи!

Объясните мне для начала, почему выборка оборотов из ВТ остатков и оборотов с отбором в ПВТ работает так же быстро, как и получение оборотов из ВТ оборотов с отбором в ПВТ. И это гораздо быстрее, чем делать выборку из реальной таблицы, потом фильтровать и потом складывать все это в разрезе по измерениям.

Интересно, почему я не жду адекватный ответ? :))

(67) обороты - не быстрее ни разу
почитай уже как устроены РН остатков на физическом уровне

(65) А чо, одинесники код платформы утратили, что теперь поменять не могут?

(67) Потому что ты что-то делаешь не так :)

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

(68) Что тупим?
У меня перед глазами база и я только что сделал замер.
Для тех, кто на бронепоезде, повторяю, _быстрее_.

Сегодня что, вспышки на Солнце что ли?

(64) Мысль идет дальше.
третья галочка - регистр сведений. С подгалочкой "периодический".
можно продолжить... (справочник, перечисление)

В программе сплошной разбор галочек. Поскольку галочка определяет чего можно получить от объекта, а чего нельзя.

(67) >> Ура, товарищи!

Можешь восхищаться сколько угодно.
Но факт остается фактом: итоги по оборотам РН остатков не хранятся.
Каждый раз при обращении к оборотам по РН остатков платформа лезет в таблицу первичных движений регистра.

(67) SQL профайлер / технологический журнал с фильтром на запросы к БД знают ответ.

(70) Не трать время понапрасну. Лучше просто размажь меня по стенке аргументированным ответом на (67) :))

(72) а к этому все и идет
кстати РС периодический и не периодический это две большие разницы, сливать в один тип было безумием 1С

(75) тебе уже привели аргументы, но ты в своем репертуаре как всегда

(73) Ну да, тут недавно доказывали, что и виртуальные таблицы для регистров вообще на лету считаются :))

(76) Так вы же предлагаете еще один такой вариант.

(78) смотря для каких регистров

(78) никто не доказывал, ты просто не знал терминологии и спутал таблицу итогов с виртуальной таблицей

(73) Какой-то прогрессирующий маразм.
Система лезет за оборотами в реальную таблицу потому, что она берет из агрегатов обороты только за полные месяцы.
То есть, если нужно получить обороты за 2011 год и пять дней января 2012 года, то она возьмет агрегаты за 2011 год и добавит движений из реальной таблицы за пять дней.

Быстрее начинаем читать документацию. Дважды!

(78) если у тебя есть книжка http://v8.1c.ru/metod/books/book.jsp?id=360
можешь посмотреть на странице 332.
Там описан алгоритм получения оборотов по РН остатков.

(74) Конечно знают. И че?

:) Все с короткими полосками говорят надо, все ветераны - "выдыхай. хорошая трава и т.д." :)

(82) Ты нормальный?
Тебе русским языком несколько человек уже сказали, что система НЕ хранит агрегатов оборотов по РН остатков.

(81) Не какай мне в мозг. Произошло ровно то, что я сказал :))

(84) когда заканчиваются аргументы, в ход идет самый главный "и чо?"

(86) А есть что-то кроме голословных заявлений?
Ссылки на заявления 1С, статьи уважаемых людей, замеры производительности, которые можно повторить, что-то еще?

(85) Ваше мнение?...

(87) это тебе так кажется и только тебе

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

(89) См. (83)

(89) есть, таблицы описаны в книжке Габец и соавторы, толстенная такая книга

(92) ну не веришь ему, открой менеджер SQL сервера и найди какие таблицы же хранят обороты таки

(89) Открой базу и найти эти таблицы. Сравни количество таблиц итогов по оборотам с количеством регистров накопления.

(90) По виртуальным таблицам оборотов прекрасно и быстро строит хоть за месяц хоть за год все обороты, СуммаПриход СуммаРасход и т.д.

(72) Да, галки хранения итогов по остаткам и оборотам, а так же периодичности не хватает.
Ну и в периодическом РС в 8.3 уже запилили хранение среза последних, что не может не радовать.

(98) "уже запилили хранение среза последних" да ладно?

сотко, Рома, жги!

(99) Но так криво, что лучше б не делали.

(99) Век свободы не видать.

(101) поделись переживаниями по поводу кривизны

(103)
Оно работает только если в параметр виртуальной таблицы не передается никакой даты вообще. Даже если передать пустую - уже работает по-старому. Вот на кой так сделали?
У меня в базе таких запросов (где дата не передается) с гулькин нос.

И оно в принципе не работает, если нужен не "самый последний" срез, а, например, последний на позавчера.
Что мешало им сделать хранение помесячно? Пускай бы эта периодичность задавалась в настройках регистра. Тогда достаточно было бы взять срез на начало месяца + обработать записи этого месяца, а не лопатить всю базу.

(0) Автор ты отвечаешь, что в оборотном РН есть отдельная физическая таблица, где хранятся некие итоги по оборотам? Первый раз про такое слышу, а проверять лень.

(105) ну тогда давай, досвидания!

(105) не позорился бы :)

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

(105) >>  в оборотном РН есть отдельная физическая таблица, где хранятся некие итоги по оборотам?

Есть.

А че мне позориться, разве позор узнать что-то новое. Хоть какая то пользы от мисты будет. ТС перед тем как создавать такие умные темы, написал бы краткий ликбез по теме, чтобы все могли принять участие в обсуждении.

(110) Ну... Это как бы все знают (должны знать). PR - исключение. :)

(111) это не должны знать все, ибо в 95% разработки на 1С это нафиг не нужно. Это знают те, кто раньше копался в файлах dbf 7.7 или лазиет по каким-то причинам в таблицах SQL 1с8.

(112) ты прав, дятлов должно быть много

Многие дятлы даже тупо быдлокодить на встроенном языке не умеют рационально, а знать как устроены объекты 1с на уровне таблиц бд, это высшая математика. А кому-то это просто не надо, не все же работают в компаниях, где существенна производительность системы, таких скорее меньшинство.

"быдлокодить рационально" это пять!

Для танкистов :))

Открываем ИТС.
Открываем раздел "Технологическая поддержка".
Ищем статью "Устройство регистра накопления".

Находим раздел "Виртуальная таблица оборотов". Читаем тот бред, который пьяный студент в пятницу вечером запостил в этот раздел.

Ищем дальше. Находим еще один раздел "Виртуальная таблица оборотов". Читаем правильные вещи, который протрезвевший студент написал в понедельник утром, забыв по пьяни удалить предыдущий бред.

Долго думаем о смысле жизни и о том, как можно без агрегатов получить обороты за 40 лет деятельности фирмы с отбором по контрагенту Васе с такой же скоростью, как и с агрегатами.

(114) >> знать как устроены объекты 1с на уровне таблиц бд, это высшая математика.

Нет там ни какой высшей математики. В том объеме, котором это нужно 1С-нику, всё достаточно просто.

>> не все же работают в компаниях, где существенна производительность системы, таких скорее меньшинство.

Но многие работают во франчах или фрилансят, работая таким образом с очень разными базами. В том числе и с теми, где производительность важна.

+(116) Кому лень запускать ИТС, ищем в инете по ключевым словам, например http://yandex.ru/yandsearch?text=Виртуальная+таблица+оборотов+в+своей+работе+может+использовать+как+таблицу+итогов%2C+так+и+таблицу+движений&from=fx3&clid=1909644&lr=213.

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

(116) Если по Васе 2 движения за 40 лет - то почему бы и нет? Сначала отбираются движения по Васе - и их остается всего ничего...

(118) Ссылку на ИТС-онлайн дай. Не могу найти.

(121) Что такое ИТС-онлайн? У меня ИТС-в-CD.
Да статья миллион раз перепощена в нете уже.

(121) http://its.1c.ru/db/metod81#content:2726:1

(120) Ничего, что при выборке по реальной таблице сначала выбирается все, а потом уже идет отбор условий из ГДЕ?

Не понимаю, как можно не прочитать раздел про структуру таблиц и индексы по книжке "Проф.разработка в 1С". Как минимум - это жутко интересно.

Черт, не угадал автора Деградирую как программист :))

(116) Вообще то это описание разных таблиц оборотов ))))
Рома путает регистр остатков и оборотов !

(122) Спасибо, уже нашел.

И ВНИМАТЕЛЬНО прочитал.

Второй раздел "Виртуальная таблица оборотов" (написанный протрезвевшим студентом в понедельник утром) касается регистра ОБОРОТОВ, а не остатков.

То что для РН оборотов есть физическая таблица итогов, хранящая обороты и так известно.

(128) А, пардоньте, что-то переклинило.
Момент. Читаю еще раз, ища разумный ответ на вопрос, как получить обороты только по Васе за 40 лет...

Хотя, на вскидку, думаю, что в этом случае остатки посчитаются по таблице остатков, а обороты по таблице оборотов.
Иного разумного объяснения не вижу.

(124) ужас... а как ты думаешь система готовит виртуальные таблицы? как то иначе?

(129) кажется, скоро нужно будет признавать, что был не прав :)

(131) помню в "вокруг света за 80 дней" ктото обещал съесть свою шляпу...
жаль Роман не носит шляпу )

Короче тема которую затронул автор(ТС) интересна, но думаю 1Сина не станет пока ломать сгодняшнюю архитектуру. А вот в версии 9.х может быть ! Но есть вероятность что 9-ка будет не совместима с 8-ой (((( по этому пользуемся тем что есть !

(132) думаешь, нада подарить :)

+(129) Хотя стойте, спор же не про это, а про то, что для регистров остатков нет агрегатов оборотов вообще в принципе.
А это мне так кажется уже бред.
При таком раскладе я не вижу способа быстро посчитать цифры с отбором по измерениям в ПВТ.
Да и вообще получается, при получении оборотов по остаточному регистру нет разницы, ПВТ использовать или ГДЕ?

(133) Пока ТС просто вкинул на вентилятор.
Выборка из регистра остатков при использовании виртуальной таблицы идет быстрее, чем при использовании реальной таблицы.
Вопрос, как это возможно, если агрегатов нет?

(136) Этот опыт (с замер производительности) ты проделал на некой конкретной базе с некими конкретными данными.

В общем случае запрос к одной физической таблице итогов (если бы она была) работал бы быстрее, чем запрос к физической таблице движений регистра. Особенно за значительный период (год, например) и при большом объеме таблице движений.

(136) ТС в отличии от тебя что-то знал уже, а не пришел как хамло с оскорблениями, совершенно не соображая в данной области

А итоги по оборотам за какой период хранить?

(135) >> получается, при получении оборотов по остаточному регистру нет разницы, ПВТ использовать или ГДЕ?

Надо смотреть в профайлере что там система у БД спрашивает.
По логике разницы нет. Но твой опыт говорит об обратном.

(124) Причем здесь ГДЕ, если речь идет о формировании виртуальной таблицы на уровне платформы из реальной таблицы? Там не ГДЕ, там в параметре передано условие, которое сразу же и учитывается.

(135) А вот тут как раз есть разница. Вот как раз ГДЕ отработает уже после формирования виртуальной таблицы. Пусть даже она и будет строиться по реальной таблице.

(139) Так же как и остатки.

В регистре бухгалтерии, например, итоги по остаткам и оборотам по счетам и по счетам и субконто храняться в одной таблице с  периодичностью месяц. Поля - СуммаОстаток, СуммаОборотДт, СуммаОборотКт.

Зачем?

проверил, разницы не обнаружил особенной

Так.
Посмотрел с помощью ПолучитьСтруктуруХраненияБазыДанных() таблицы для регистра остатков, обнаружил только две таблицы, реальную и остатков.

Два вопроса.
1. Нахрена вообще тогда таблицы остатков в регистре остатков и оборотов в регистре оборотов, если все и так типа быстро считается?
А если считается медленно и можно ускорить, то почему до сих пор таблицы оборотов для регистров остатков нет? В 1С дураки?
2. Если я сделаю два одинаковых регистра, например "ВзаиморасчетыСКонтрагентами", но один остатков, а другой оборотов, то типа у меня второй будет работать быстрее, потому что там есть таблица оборотов, а в первом нет?

(145)
1а. Смысл таблиц итогов очевиден, разве нет?
2. да

(146) А если считается медленно и можно ускорить, то почему до сих пор таблицы оборотов для регистров остатков нет? В 1С дураки?

+(147) И еще. Зачем тогда таблица оборотов для регистра оборотов?

(147) Задай эти вопросы Нуралиеву
(148) повторяешься

ура!!!! это свершилось! у Ромы наконец треснули розовые очки...

(150) думаешь, это чревато уходом из 1С? :)

(151) ну шапку мог бы и съесть... ушанку )))

(149) Я просто не вижу логики.
Как не вижу и проблем со скоростью, работает-то быстро.
Про разницу с двумя регистрами проверю как-нить, но что-то мне подсказывает, что разница должна быть копеечная, а если так, то не вижу смысла в таблице агрегатов для регистра оборотов. А если не копеечная, то непонятно, почему ее нет для регистра остатков или почему программисты для скорости не делают для каждого регистра остатков сопутствующий регистр оборотов, для скорости.

(150) Главное, чтобы не резинка на трусах

(153) 1с - это эталон логики??

(153) u so slow)))

(154) если трусЫ не чугуниевые - не вижу проблем

PR работал видимо только с ларечными базами

(152) Ну да, логично.
Прибежал ТС, вкинул на вентилятор вопрос, не имеющий под собой основания в виде реальной проблемы, так как выяснилось, что скорее всего и так все быстро работает, а потому нахрена агрегаты, то есть вопрос только один, нахрена агрегаты в регистре оборотов.

Что хотел, что болит, чего хочет, ХЗ.

(155) Нет. Но с логикой обычно дружат.

(158) Ну, смотря что считать ларьком.
Ты, кстати, так ни на один мой вопрос и не ответил, только поистерил малясь :))

(161) а я обязан? я желаю отвечать в конструктивной беседе нормальным оппонентам

интересно как PR проводит собеседования?

(163) есть инфа, что от него все сбегают :)