Имя: Пароль:
1C
1С v8
Подскажите оптимальный вариант с измерениями регистра накопления
,
0 NWsFF
 
04.04.13
07:58
Есть оборотный регистр накопления "Заявки по поставку материалов", со следующими измерениями ОбъектСтроительства, Конструкция, Номенклатура, Заявка и ресурсом Количество. Так вот заявки разделяются на 2 вида, собственная поставка и поставка заказчика. Соответственно в измерении заявка имеется два типа документов "Заявка собственная" и "Заявка на заказчика". Оптимально ли в последующем разделять поставку собственную и заказчика исходя из типа документа "Заявка" или лучше добавить новое измерение типа булево "ПоставкаЗаказчика"?
1 H A D G E H O G s
 
04.04.13
08:07
Добавлять ничего не надо
2 H A D G E H O G s
 
04.04.13
08:08
1С уже все добавило
3 kosts
 
04.04.13
08:09
(0) Если регистр типовой, то добавлять измерения нельзя.
4 H A D G E H O G s
 
04.04.13
08:10
(3) orly?
5 kosts
 
04.04.13
08:12
(4) Типовые механизмы могут пострадать.
6 shuhard
 
04.04.13
08:14
(0) нет смысла добавлять новое измерение, ибо оно уже де-факто есть
7 ICWiner
 
04.04.13
08:17
(5) Не прав... Пусть типовой механизм пишет что хочет, подпиской отлавливать и редактировать как надо.
(6) Можно поподробнее? Если одно из измерений может содержать несколько типов, то автоматом создаются несколько измерений? оО
8 Мимохожий Однако
 
04.04.13
08:19
(7)Сам придумал новое утверждение и сам же удивился. Прочитай еще раз (6)
9 NWsFF
 
04.04.13
08:19
Регистр не типовой, вопрос интереса ради, и по сути заключается, что получится в запросе скл из конструкции Заявка ссылка Документ.ЗаявкаСобственная. Профайлера как скл сервера под рукой нет. Интересует именно модель на уровне БД хранения составных полей и определения их типа.
10 H A D G E H O G s
 
04.04.13
08:23
(9) И в интернетах забанили?
11 NWsFF
 
04.04.13
08:28
а тут что не интернет? :) Схожу в другой интернет, очкастый.
12 H A D G E H O G s
 
04.04.13
08:32
(11) Ты че-то дерский какой-то. Не будет тебе удачи.
13 Михаил 1С
 
04.04.13
08:34
(0) Добавь новое измерение типа булево "ПоставкаЗаказчика". Это съест немного памяти (совсем мизер), зато удобнее будет делать отборы и сортировки.
Например, сможешь запросто сделать отбор в форме списка своего регистра. В общем - делай, и будет тебе мега-удобнее (мы так у себя делаем).
14 NWsFF
 
04.04.13
08:34
Зачем же так, верни мне удачу пожалуйста?
15 shuhard
 
04.04.13
08:35
(13) а если типов документов 20, то сделать 20 булевых реквизитов ?
16 NWsFF
 
04.04.13
08:36
(13) Смущает то что это измерение, тут помимо памяти поля есть срез для оборотов.
17 NWsFF
 
04.04.13
08:37
(15) Ну зачем же булевых
18 H A D G E H O G s
 
04.04.13
08:38
(15) (17) Да, конечно...
Зачем же булево?

Добавят числовое, нууу, как 1С...
И будет тащиться в Оборотах еще доп. агрегатор.

(13) А вы и с Остаточными так сурово, да?
19 H A D G E H O G s
 
04.04.13
08:39
Можно сказать, день удался.
20 Михаил 1С
 
04.04.13
08:39
(15) Нет, делается то измерение, которое важно.
... - только не жди, что я в одном сообщении выдам тебе формулу-правило - когда и как создаются измерения, чтобы рассказать на все случаи жизни.
21 NWsFF
 
04.04.13
08:43
(18) Ты! Сам дерзкий что-ли?
22 Михаил 1С
 
04.04.13
08:43
(18) "А вы и с Остаточными так сурово, да?"
Хм, ты прав, вообще-то мы щедрые на измерения в Регистрах Сведений. А в Регистрах накопления.. тоже не скупые, но более так сильно не щедримся.
Возможно, что я зря посоветова автору делать новое измерение, тут надо подумать.
23 shuhard
 
04.04.13
08:46
(22) [Возможно, что я зря посоветова автору делать новое измерение, тут надо подумать.]
к гадалке не ходи
24 shuhard
 
04.04.13
08:46
(19) +1 =)
25 H A D G E H O G s
 
04.04.13
08:47
(21) Я с Новокузнецка, а там - только такие водятся.
Здесь можно обсудить любую тему при этом оставаясь на форуме для 1Сников, который нужен для работы. Ymryn