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

Для чего Регистр лучше?

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

Сперва расскажи как оживить деньги. Слово даю, что расскажу про регистры.

+за регистр.
1) Скорость
2) Еще из регистра лучше брать, т.к. при изменении количества типов документов - получение данных не изменится. В этом случае вряд ли грозит, но про запас будет плюсом

(1) я хотел собирать затраты с 20х счетов, там деньги "неживые", а вот те, что в выписках "живые".

а теперь давай про регистр!

(2) спасибо, тоже скланялся и данные еще немного в доке обработаю при добавлении их в регистр

*склоняюсь (

(3) ну, ничо не понял, но тем не менее отвечу. Регистры - кошерно с точки зрения 1с.
а если еще немного расскажешь о сути задачи, то, скорее всего, обойдешься типовыми отчетами. И так - "живые затраты(деньги) - это расход денег?

(6) тут типа небольшого анализа проектов.

Я хотел сделать, по первоначальной их просьбе.

Что приход денег, это выписки прихода, а затраты это прост оаналитика 20 х счетов, материалы, которые списались на производство этого проекта, услуги и тд.

Директору это не понравилось и он сказал хочу видеть "живые деньги", то есть не те, что у них давно лежат на складах не те что он хочет

Если тебе не трудно - перечитай, пожалуйста, (7). )))

))) отвлекли)

(2) Какая, нафиг, скорость? Попробуй протестировать. Ничем не отличается.
По поводу того, что "из регистра лучше брать" - в этот самый регистр нужно еще пихать. То есть, писать обработку впихивания, как пишет в(4) - "немного в доке обработаю при добавлении их в регистр"
(6)Действительно, "Регистры - кошерно с точки зрения 1с". И носятся они с этой кошерностью, как с писаной торбой. 1-эсниги, как правило, кроме 1с ни с чем другим не работали. Вот и ведутся, чуть что, на всякие там "рекомендации".
Вообще, не совсем понятна постановка вопроса. Для начала, надо бы четко постановку, а потом уже регистры-фигистры и прочее.
Помню, как один франч шустро набросалу кучу регистров для подобного типа задачи. Я когда стал разбираться, чуть не свихнулся. Все вернул назад и после уточнения задачи, обошелся типовыми данными, набросав отчет.

(10) весь этот пост бред.

Особенно радует "Ничем не отличается", то есть по твоему выборка из 100 документов, не чем не отличается выборки из регистра. азазаз!11

Почему у меня отличается и сильно? Что я не так делаю.

(11) индексы ))

Так вроде что регистр, что список документов (без ТЧ) - плоская таблица в БД. И выборка из регистра и выборка из списка документов (без участия ТЧ документов) должна быть одинаковой, не?

(13) индексы )))

(11)Ты в чем-то другом, кроме 1с, работал? Знаешь, что такое индексы? Нормальные SQL запросы писал?
У меня Не отличается. Что я делаю так?
Я даже доше до того, что влет выдаю стоимость последнего поступления не из регистра, а из документов поступления. И работает вполне быстро.
Возрадуйся дальше.

(15)
10 лет на Pascal / Delphi + SQl
Потом PHP + SQL

Щас 1С + SQL


Я скажу в чем дело, дело в руках. Задумайся почему у тебя не все как положено.

(16)Я уже все обдумал и реализовал. У меня все работает. И работает шустро. Чего мне сейчас то над этим задумываться?

(17) чтоб недобрым словом не поминали потомки через n лет :)

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

я так понимаю он хочет видить обычный ДДС или прибыль кассовым методом.

И как ты решил проблему с 71 счетом?

(0) вот пример, явно показывающий, что регистры изобрели не просто так http://jpegshare.net/56/c9/56c9f204d64f3a27cebfc1d4b087dbcb.jpg.html
(17) оно работает шустро, пока объем данных маленький

(21) Да все шустро работает. Данные за три года. Пользователь даже не успевает глаза с колонки на колонку переместить.
Интересно было бы потестить, представленный по ссылке запрос, на млн. записях. Причем, сделать еще третий запрос по документам. Только в запросе заменить "между" на больше и меньше. И проверку на проведение первой поставить