Где хранить реквизиты контрагентов - ветер снова переменился? #528863

7.7 - юрадрес как реквизит справочника 8.1,8.2 - юрадрес как запись в регистре сведений БСП, БП3 и видимо далее во всех типовых на УФ: юрадрес - запись в табличной части справочника. соответственно а чего го то не понимаю или все же можно было не городить огород с РС для хранения реквизитов тенденция? как "правильнее" ?

Такие вопросы от человека "понявшего жизнь" в V8? А как жеШ утверждения, что сверхчеловеки уже сделали ВсемВсЬо?

мне интересна логика :) лично мне невпадлу и там и там хранить вопрос в том что типа "кошернее" :)

Логика проста: в 7.7. существую периодические реквизиты справочников. В 8 их нет - их заменили периодические регистры сведений

БСП, БСП3 - что то не знаю что там наделано. А как там с периодом?

не знаю как насчёт кошерней, но юр.адрес вообще может поменятся, причём даже много раз. такшта логичнее хранить его в РС. просто в 7.7 забили на историю данного реквизита, видимо считая это редким явлением. хотя это довольно часто происходит

А что, в реквизитах 7.7 и в регистре контактной информации в 8.0-8.1 были периоды в адресах? Я не повелся на модные течения и до сих пор адрес храню в реквизите в виде форматной строки (что-то типа "9 запятых"). При необходимости эта строка скидывается в периодичпский регистр сведений...

Логика разработчиков платформы не поддается логике))). Логично иметь таки периодические реквизиты справочников. Но организовать их хранение не как в семерке "все в одном". Кто или что сподвигло разработчиков заменить их регистрами сведений логично объяснить невозможно. Теперь пожинают...

+1

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

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

Конфигурация не может пользовать возможности не предусмотренные в платформе. ЗЫ. Растолкуй чем помешало использование периодических реквизитов? Ведь РС периодические сделали?

Ну так храни в периодическом реквизите , только данные храни в РС

вопрос в том что сначала был реквизит, затем вбухали РС причем внятно объяснили длячего и зачем.. а затем снова вернулись к реквизиту - вернее к его табличной части.

ну сам знаешь, что в 7.7 все значения периодических реквизитов хранились в файле с константами. Ну в общем был полный маразм.

Контактная перестала быть периодической.

телефон, юрадрес  это типа теперь не периодическая информация ?

far far away УТ10.1 имела периодич. РС КонтактнаяИнформация, если мне память верность хранит.

В типовых - как бы нет

вот и интересно - почему?

Конечно ХЗ почему. Облегчили регистр, чтобы историю не тащить, наверное поэтому

Я за табличные части. В большинстве случаев нет смысла в периодике контактной информации.

а нафига?

Я тоже за таб части. За быстродействие!

РС КонтактнаяИнформация был периодическим? не знал

Да и в реализации проще и логичнее.

в чем там быстродействие? в том что теперь объект стал еще тяжелее при его чтении из БД?

а разве при манипуляциях с объектом его реквизиты в том числе и ТЧ не тянутся  за объектом ?

что есть "БСП, БП3"?

1) Нету составного поля Объект 2) Нехилая такая таблица разбита на несколько подтаблиц

Ну если в цикле читать Док.Контрагент.ЧегоТоТам то конечно ТЧ с адресами повлияет на быстродействие, а если руки растут из правильного места - всё будет пучком. Это ж 8.2, все программные чтения на сервере, а в форму адрес один хрен читается, независимо откуда.

1. как это нету? когда я пише ПолучитьОбъект разве я не выгребаю в память в т.ч. и его ТЧ? 2. основная там подтаблица относится к контрагентам, индексы легко спасают, короче мало чего они выгадали

на сервере то на сервере, но сервер приложений тоже не резиновый

БСП - вроде библиотека стандартных подсистем. А БПЗ - сам хочу узнать... На табличных частях - проще и логичнее. По быстродействию - х.з. Но быстродействие явно не может быть решающим аргументом за РС.

Не пиши так.. П.С. Не уверен, что при этом ТЧ читаются.

не уверен, не говори, я уверен

p.p.s. ТЧ, кстати, не пишется в базу, если она не была изменена при Объект.Записать Если была изменена одна строка - пишется только она Если был изменен порядок строки - пишется вся ТЧ.

Средний документ имеет строк в ТЧ поболее чем контактной инфы на контра, думаю парится не стоит.

БПЗ это типа БП 3.0 :)

средний документ со своими строками не является реквизитом регулярно используемым в других документах

Да, ты был прав

Я вас умоляю. Во всех человеческих алгоритмах данные всё равно запросами выгребаются.

Некоторое замедление будет только на тупых строчках типа СсылкаНаКонтрагента.РеквизитКонтрагента, в случаях когда кроме этого единственного реквизита ничего больше и не надо.

Это тупая строчка?

таб.часть хорошо и удобно... Кроме одного случая: Если нужно выводить что то типа адресной книги или отчета по конт.информации, когда нужно чтоб в одной куче собрались фирмы, кони, люди. В таком случае придется запрос с объединениями ТЧ разных справочников лепить и все такое.

Лучше так, чем невозможность добраться до адреса из ЗаказПокупателя допустим.