Имя: Пароль:
1C
1С v8
Что использовать: регистр сведений или регистр оборотов
0 Антиквар
 
21.10.14
18:41
Всем привет!
Для некоторых задач требуется перенести все продажи всех товаров за всё время из одной базы в другую. Это нужно для определенной статистики.
Не нужно никаких документов, чисто информацию по дате продажи, какой товар, кол-во, сумма, себестоимость на дату продажи.
Будет требоваться получить себестоимость на определенную дату, а также продажи товара за период.
Планирую перенести всё это в один регистр, но вот не знаю, какой лучше выбрать.
Строк в регистре будет около 200 тысяч (столько примерно продаж было).
Мне было бы проще использовать регистр сведений. Сделать его периодическим и на любую дату можем получить себестоимость товара. Но вот справится ли он с задачей получения продаж за период? Т.е. насколько быстро он выберет продажи конкретного товара за определенный интервал. Ведь он не предназначен для получения оборотов, и придется делать запрос с условием "Период МЕЖДУ Дата1 и Дата2" и последующей группировкой. Не будет ли слишком больших тормозов при таких объемах? (Регистр увеличиваться не будет со временем, т.е. всегда будут эти 200 тысяч строк).
Если делать регистр оборотов, то во-первых проблемно получить себестоимость на дату, а во-вторых придется делать документы, хранящие эти 200 тыщ строк. Это вобщем-то ни к чему.
Два регистра делать не хочется, т.к. себестоимость нужна на каждую продажу и получится два регистра по 200 тыщ строк.

Сам склоняюсь к регистру сведений, согласен даже на тормоза в пределах разумного. Но думаю, что особых тормозов быть не должно, ведь период регистра сведений индексирован системой, и выборка по нему должна быть быстрой. Но решил посоветоваться с вами, друзья. Может предостережете от чего-нибудь.
1 PR
 
21.10.14
18:42
Почему РС?
2 Джинн
 
21.10.14
18:42
"Себестоимости на дату" не существует в природе.
3 Джинн
 
21.10.14
18:43
А по задаче - не нужно хрень всякую придумывать. Это оборотный регистр.
4 Fragster
 
гуру
21.10.14
18:45
(2) смотря какой метод оценки, бро! у меня благодаря хотелкам от бухов - есть :)
5 К_Дач
 
21.10.14
18:46
А база то файловая или нет?
6 Chameleon1980
 
21.10.14
18:48
рс
7 Джинн
 
21.10.14
18:51
(4) Бухи приняли новое ПБУ?
8 Fragster
 
гуру
21.10.14
18:54
(7) ну, для начала "Оценка материально-производственных запасов по средней себестоимости производится по каждой группе (виду) запасов путем деления общей себестоимости группы (вида) запасов на их количество, складывающихся соответственно из себестоимости и количества остатка на начало месяца и поступивших запасов в течение данного месяца."
9 Джинн
 
21.10.14
19:00
(8) Это средняя за период. А никак не "на каждый день".
10 Fragster
 
гуру
21.10.14
19:10
(9) специально для тебя разрешаю считать "на дату" равной "на начало месяца".
ну а у нас, например, управленческая себестоимость считается по подобному правилу на каждый день.
11 Джинн
 
21.10.14
19:15
(10) "На начало" здесь только один из элементов формулы. В полном виде таки за период.

"По подобному правилу на каждый день" - это обычная среднескользящая.
12 Fragster
 
гуру
21.10.14
19:16
(11) ну так она на каждую дату своя, вот и получается "на дату"
13 Bober
 
21.10.14
19:19
(0) + в сторону РС.
14 Джинн
 
21.10.14
19:21
(12) На каждый документ или на каждую дату? Если в середине дня у Вас новый приход меняет себестоимость, то с этим Вы что делаете?
15 Fragster
 
гуру
22.10.14
08:24
(14) на дату
16 dmpl
 
22.10.14
08:28
(0) Из соображений симметрии сделай справочник "Продажи".
17 gae
 
22.10.14
08:33
(16) Лучше в регистр расчета, стоподово
18 Мимохожий Однако
 
22.10.14
08:37
(0)При таком подходе только блокнотик и бумажные копии... в 3-х экземплярах. А если всерьез то, только регистр накопления.
19 dmpl
 
22.10.14
08:40
(17) Точно! И каждый отчет - запись в нем, а продажи - база :)
20 gae
 
22.10.14
08:43
(19) Типа того :)
21 IVT_2009
 
22.10.14
09:04
при подключении флешки она будет не диском а папкой на диске. Это точно можно сделать начиная с ХР , у меня такое было. Посмотрите в инете , сейчас уже не помню как. Работало почти 2 года. Причем монтировалась так только какая одна флешка, остальные как диск.
22 IVT_2009
 
22.10.14
09:04
сорри не туда
23 Антиквар
 
22.10.14
09:13
(3) Себестоимость на дату уже есть.В той программе, откуда это будет перекачиваться, уже есть табличка продаж и себестоимость при каждой продаже.
(5) База файловая, но это пока.
(16) Что за симметрия? По справочнику выборка дат ещё дольше будет идти наверное
(18) "только регистр накопления" - почему?

Поясню: бухов никаких нет. Программа чисто торговая, бухгалтерия ведется в отдельной 1С бухгалтерии. В этой торговой программе при продаже товара нужно знать, по какой партии списание и цену этой партии. Это и есть себестоимость, т.е. цена закупки товара. По каждой продаже видно цену закупки и цену продажи.
Табличка, которую нужно перенести, имеет все эти данные. Их нужно одноразово перенести, потом использовать какое-то время в паре обработок, после чего вообще удалить этот регистр. Т.е. данные нужны будут может быть в течении года, потом надо удалить. Я поэтому и хотел регистр сведений, с ним проще в этом плане, не надо регистраторов. Данные вноситься в него не будут, как загрузятся, так и останутся до решения о их удалении.
В чем тут минус регистра сведений? Такой объем данных не потянет? Выборка по датам будет очень долго идти?
24 dmpl
 
22.10.14
09:19
(23) Если реквизит Дата будет индексированным - все нормально будет. А соображение симметрии такое: если не можешь решить РН или РС - то надо использовать что-то другое. Опять же, нет никаких проблем создать регистр, заполнить его записями и провести натурные испытания.
25 Мимохожий Однако
 
22.10.14
09:20
(23)Это исходит из постановки задания. "Так учит партия"©
Мне не понятно, чем использование регистров накопления сложнее регистров сведений.
26 gae
 
22.10.14
09:23
В регистре накопления есть таблицы итогов, то есть получение оборотов за месяц или несколько должно работать быстрее.
27 gae
 
22.10.14
09:24
Но регистр накопления обязательно зависимый, то есть придется еще лепить документ, хотя бы фиктивный.
28 dmpl
 
22.10.14
09:33
(26) Итоги можно добавить и в РС - просто сформировать записи с признаком Итоговая ;)
29 gae
 
22.10.14
09:35
(28) и еще писать алгоритм их акутализации....
(0) Сделай уже и р.с. и р.н., грузани в оба и попробуй читать, сравни скорость записи, чтения.
30 dmpl
 
22.10.14
09:37
(29) Зачем? Данные же меняться не будут. Впрочем - пишется без проблем в модуле набора записей.
31 Антиквар
 
22.10.14
09:45
(24) "Если реквизит Дата будет индексированным - все нормально будет."
Да, я вообще думал периодический регистр сделать, и период и будет той датой продажи. По периоду регистра наверное быстрее всё будет делаться
(25) "Мне не понятно, чем использование регистров накопления сложнее регистров сведений".
В конфигурацию придется добавлять ещё документ-регистратор, который вобщем-то не нужен, делать его проведение.  Причем в программе одним документом не обойтись, т.к. строк очень много. В итоге будем иметь документы с общим кол-вом строк 200 тысяч, и регистр, дублирующий эти строки, с кол-вом записей 200 тысяч.
Можно конечно сделать фиктивный документ, без табличной части, и обработкой запихать ему движения. Но мало ли кто его отменит, распроведет, в общем лишние заморочки.
Ну и во-вторых, как я уже писал, из оборотного регистра проблемно вытащить цену закупки, по которой прошло списание.

С учетом того, что явление это вообще временное, и в будущем будет всё удалено, хотелось бы обойтись малой кровью, пусть и в ущерб скорости. Люди потерпят, если обработка вместо 10 секунд будет "думать" 1 минуту. Но если регистр сведений с 200 тысячами записей будет на полчаса зависать, то конечно не вариант.
Но тут наверное надо в самом деле пробовать.
32 Мимохожий Однако
 
22.10.14
09:49
(31)Если задача временная и используется "в паре обработок", то помести таблицы в макеты этих обработок. Тогда вообще обойдешься без регистров.
33 dmpl
 
22.10.14
09:50
(31) В минуту должен уложиться любой вариант. Нечему там зависать дольше. Посмотрите на ГрафикиРаботыПоВидамВремени в ЗУП/УПП - в нем даже в файловом вариант может быть миллион записей, и полей в нем дофига - а он ворочается, да еще и совместно с регистром расчета.
34 Антиквар
 
22.10.14
10:28
(32) Ну как вариант. Правда в макете будет 200 тысяч записей, прикольно. И при открытии обработки придется всегда эти записи в ТЗ помещать, и потом с ТЗ работать.
В общем с регистром удобнее, его почистим потом и всё.
(33) Ок, понял.
Попробую РС, а там посмотрим что получится.