Нужно хранить цену на каждый товар на каждый день.
Как сделать, что бы было правильно и быстро? Сделать цену периодической, сделать подчиненный спр. для записей о ценах или хранить в регистре с измерениями, типа, товар\дата...?

Перейти на v8 и хранить в регистре сведений

Правильнее будет назвать конфигурацию, ну или структуру самописки.

Не совсем понятно нахрена хранить цену на КАЖДЫЙ день. Есть некоторые сомнения в том, что цены на ВСЕ товары меняются КАЖДЫЙ день. Скажи лучше что в итоге хочешь получить.

(3) иногда цены меняются даже несколько раз в день

(4) именно..))  нуна хранить последнюю

(4) Ключевое слово "иногда"

(5) Так тебе нужно хранить историю цен или последнюю цену?

(4) и несколько раз в день пишется "Реестр розничных цен"?

(8) Помимо розничных еще бывают контрактные, учетные, оптовые, плановые и хрен знает какие. Автор тип цен не указал

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

(7) естественно, что история цен тоже нужна для отчётов, например как изменялась сумма товарного остатка в продажных ценах

Конфигурация "фондовый рынок"?

(9)..какая разница, приходные или расходные.... нужно просто хранить!)))  максимально эффективно

+(9) да и вообще не сказал че ему, собссно, нужно получить по итогу

(8) называется Установка розничных цен из него выходит реестр измененных цен по почте на розничные точки

чорд!.. а где мой пост???

+(15) обманул называется Установка цен номы

ту олл... бессоница? )))

вопрос был в следующем: что быстрее работает в 7-ке, периодический рекв. справочника, подчиненный спр. или рег?...  и что компактнее хранит?..

(19) в 7-ке для тебя только справочник

(11) Отнюдь не всем и не всегда нужна история цен.
(13) Не бывает такого, чтобы просто хранить. Хранят таки с определенной целью.
(15),(17) Телепат? Открываю ЗиК и не вижу ничего похожего. Это я к тому, что автор даже конфу не указал.
(19) Ты можешь в двух словах описать каким образом и для чего будешь получать эти самые хранимые цены?
Вообще напрашивается справочник. В периодике лучше не надо такие объемы. В регистре наверное можно

(20).. это и обескураживает

(8) При чём здесь "неадекватные цены", продавай как хочешь (проблемы продавца), но зачем это хранить? Документа продажи не хватает?

(22) А чем плох справочник?

(21) имхо в ЗиКе стрёмно ценники ставить или это 1С: Работорговля?

(24) таг вот и спрашиваю, как он с таким объемом справится?...  сдюжит ли? ))

(26) а кто сказал, что всё по типовому?

1С:Досуг ))))

(29) а вот и название конфы выползло, как Денис и просил

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

(31) оооо.. как-то ты издалека, однако.. Тут желательно поподробнее

(32) ...жили были, старик састарухой
у самого синева моря.. ))

(32) оооо, тут без пита никак

Вообще, между регистром и справочником по идее особой разницы нет, т.к. и там и там по одной физической записи в БД на каждые Товар-Дата
(34) Вот тоже про Петю почему-то сразу вспомнил ))

мене, вот кагта, регистры привычней.. ))

(36) Строго говоря регистры в 7.7 не предназначены для хранения истории значений. И таки расскажи поподробнее про свою задачу, прямо заинтриговал

(37) надо сделать "шоп праграма быстро работала".. ну, както так..))
соответственно из треугольника: быстро - точно - дешего, приходица выкинуть вершину "точно")))...

(37) Интересно чем же регистр остатков без ресурсов кардинально отличается от регистра сведений в восьмерке?

(39) Да особо ничем вроде как. Это я для поддержания разговора )

Нормально хранится периодика...
в лекарствах считал каждый день три цены на порядка 5000 номенклатуры... базу не резал нескольо лет... нормуль..

автору посмотри сюда: может пригодится для отчетности
http://www.infostart.ru/projects/268/

(39) а не оборотный регистр случаем?
кстати, а где почитать про эту метОду..? помню где-то видел...

(42)  спасибо, гляну..

(43) Я делал регистр остатков с одними реквизитами и отборами по нужным. Главный плюс регистра для - отбор по нескольким значениям, по индексам выборка очень быстрая получается.
Тока вот то, что задавать значения можно только документами для кого-то окажется плюсом, а для кого-то минусом.

(0)Если база SQL-ная, то запросы можно и на основании доков построить и т.д....
Тут нет проблемы что быстрее и где лучше, ... проблема в программере "На что ты способен и как ты это сделаешь лучше"!

Если DBF, то переходите на SQL :) с такими запросами... и объемами информации.

И юзай в 7.7 справочники с периодическими реквизитами. Цена как правило меняется раз в день ибо челы не будут покупать товар, если он поднимится в цене в момент ходьбы от прилавка до кассы :)))))

И как подмечено, 8-мая версия 1С свое берет и с последними релизами все лучше :)