Есть справочник, к которому очень часто будут обращаться, у него есть 2 индексируемых реквизита, по которым будет производится отбор и для каждой пары этих реквизитов нужен как минимум реквизит, который не исползуется в другой паре... Как лучше сделать - наплодить реквизитов, сделать ТЧ по типу структуры (Ключ+значение) или вынести это в РС (ключ + значение + ссылка на справочник)???

(0)"и для каждой пары этих реквизитов нужен как минимум реквизит, который не исползуется в другой паре... " расшифруй

Для одной пары нужны одни дополнительные реквизиты, для другой другие и эти доп. реквизиты не пересекаются

(0) Г1С как-то постил, что справочник побыстрее чем РС в этом плане. Единственное условие: без кода.

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

(0) РС

(4) я обычно в таком случае юзаю РС.
Просто использование РС гарантирует уникальность записи по измерениям и не надо на эту тему отдельно париться.

(0) Задачу озвучь полностью

(7) полная информация о задаче является коммерческой тайной =)

(8) То есть либо Нетленка, либо Лесапед?

РС: не будет избыточных данных => меньше данных => больше скорость доступа к ним

+(8) в двух словах делаю расширение подписки на события, где добавляю новые возможные источники (не только действия с объектом)

(9) скорее нетленко, так как защищено аппаратным ключом и уйдет в массы =) надеюсь...

Регистр быстрее при поиске ОДНОВРЕМЕННО по 2м и более реквизитам т.к проиндексирован по измерениям.

** таки правильно один человек говорил про 86 -ой год.. А я сразу и не поверил..
(11) В двух словах - не понял

(14) 1 пример: запуск обработчика подписки по расписанию, где первый основной реквизит - перечисление.типысобытий.расписание, второй - "событие системы", доп. реквизит - справочникссылка.расписание

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

(16) перечисление.типысобытий.расписание => перечисление.типысобытий.Kpi

(16) Короче: ЗАЧЕМ ВСЕ ЭТО? Какова цель?

(18) цель - не проипать момент, когда возникают проблемы и часть работы с пользователя переложить на систему... и вообще ответ я получил, единогласно все за РС =)

(19) Свой Журнал Регистрации?

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

(21) И будешь продавать за деньги?

(22) не я =), я всего лишь разработчик... вот оно http://konstanta.nnov.ru/kspu/overview/index.php

<<Компания "Константа" основана в 2003 году, вместе с появлением новой технологической платформы от компании "1С" - "1С:Предприятие 8", командой высококвалифицированных специалистов в области IT-консалтинга и программирования.>>
Особливо <<командой высококвалифицированных специалистов >>
ППЦ.
Франчи - зло.. А я в это раньше неверил.

Смотри:
Ты хочешь искать по 2-м индексированным реквизитам и получать ссылку на справочник? А в справочнике хранить информацию? Плохо. 2 Поиска, пусть и индексированных.. 2 записи. Храни информацию в самом реквизите РС, в виде ХранилищаЗначений. 1 поиск, 1 запись + Хранилище сжимаемо. В хранилище значений иформацию храни в виде Структуры. Таким образом, ты сможешь добавлять поля, не боясь потерять данные предыдущих версий.. Если непонятно - спрашивай.

Храни информацию в самом реквизите РС -> Храни информацию в самом ресурсе РС

А если серьёзно, предложение поступившее, в принципе, нормально реализуемо (для некоторых торговых компаний (опт). Для розницы - всё сложнее, но тоже решаемо за 50-100 тысяч долларов дополнительно.).
Не пожалейте денег, потратьте 5-10 тысяч долларов денег и 5-10 месяцев на выяснение применимости поступившего предложения для вашей фирмы.
Если ПРИМЕНИМО (и у вас в регионе есть специалисты по УПП уровня Пуделя хотя-бы как минимум /я очень сомневаюсь в этом/, и они согласны работать ТОЛЬКО с вашей фирмой на этапе внедрения) - внедряйте!
Лучше УПП варианта нет (по соотношению цена/качество).

(26) Сгинь, жэвотное.

(24) 1) Поиск осуществляется в несколькл этапов - первый - поиск по одному реквизиту в рамках Владельца ссылки на справочник... не нашли -> Возврат
если нашли то что нужно, то начинаем читать доп. реквизиты из РС - думаю это быстрее, чем делать поиск и получать из хранилища, тем более, что если в доп. реквизитах лежит не то, то тоже надо максимально быстро свалить из процедуры... Информация предыдущих версий не нужна... и вообще ощущение, что Вы меня не поняли все же =) я сейчас описываю справочник с условиями для события, на основе которых будет выяснятся писать в журнал или нет, а не запись самого события...

(25,26,27) ээээ - вы знакомы???

(23) А что не понятно? Просто не вижу большого объема работы. Перенести остатки (есть типовые правила переноса), обороты начнут набивать с 1 января в новой программе. Производят услуги (тепло для всего города, поэтому предприятие крупное), но штат небольшой - 13 пользователей 1С:Бухгалтерии. После переноса не спеша будем реализовывать внедрение необходимых хотелок. За что брать больше?
(24) Хороший клиент, менять не собираюсь, платит больше чем остальные клиенты.