Здравствуйте
Имею таблицу значений вида  

ОсновнаяТЗ = Запрос.Выполнить().Выгрузить();

Колонки:

КлючСвязи   // Здесь пока нет ничего
Код
Сотрудник
Подразделение
Отдел
Должность
ГрафикРаботы
ВидРасчета
Параметр

Требуется расставить КлючСвязи, чтобы он был уникален по Код,Сотрудник,Подраздедление,Отдел,Должность, ГрафикРаботы.
Как это сделать оптимально?

какие критерии отимальности?

(0) В запросе эти поля в итоги и обходить выборку запроса по группировкам, проставляя КлючСвязи.

что бы быстро работал

(2) а в запросе это сделать незя сразу?

(2) Там запрос и так достаточно навороченный пока не смогу надо осмыслить принцин расстаовки

(4) Сгенерить таблицу ключей, собрать таблицу итогов, проставить ключи, выбрать детальные записи... Ну чо, можно, конечно, только гемор это всё.

Например Код + Сотрудник.Код + Подраздедление.КОд + Отдел.Код + Должность.Код + ГрафикРаботы.Код.

(7) Расстрелять!))

(8) Почему? Уникально? Да.

Мне вообще результат запроса требуется загрузитьв 3 таблицы 2 из которых Подчиненные я это сдлелал но слишком мудрено.

(9) Ещё бы по наименованию уникальность искал...

(9) Потому что сотрудник может работать где угодно и по любому графику

А поиск в ТЗ по нескольким полям чем не устраивает?

(12) в условии ничего об этом не сказано

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

это же не 7, тут поиск по нескольким полям возможен

Если можно дайте варианты как это можно сделать код меня не интересует. Можно и циклом если будте код небольшим(а то у меня слешком )

(16) Я понял

можно сделать как в раузе. Отдельный справочник: Ключи аналитики

(15) Хорошо

ТаблицаЗначений.НайтиСтроки (ValueTable.FindRows)
ТаблицаЗначений (ValueTable)
НайтиСтроки (FindRows)
Синтаксис:

НайтиСтроки(<ПараметрыОтбора>)
Параметры:

<ПараметрыОтбора> (обязательный)

Тип: Структура.
Задает условия поиска: ключ структуры определяет имя колонки, по которой будет осуществляться поиск, а значение структуры - искомое значение.
Возвращаемое значение:

Тип: Массив.
Массив строк таблицы значений, соответствующих условиям поиска.
Замечание! Массив хранит ссылки на строки таблицы значений, то есть при изменении строки в таблице, значение в массиве тоже будет измененным.
Описание:

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

Доступность:

Сервер, толстый клиент, внешнее соединение.
Примечание:

Метод эффективно использовать для выборки неуникальных значений.
Пример:

// СписокРаботников - реквизит формы для представления информации
// о работниках (тип ТаблицаЗначений).
// В форме расположено табличное поле СписокРаботников, в котором
// показываются данные СписокРаботников.
// С помощью запроса выбирается информация о работниках.
Запрос = Новый Запрос;
ТекстЗапроса =
   "ВЫБРАТЬ
   // текст запроса
   // ...
   ";
Запрос.Текст = ТекстЗапроса;
СписокРаботников = Запрос.Выполнить().Выгрузить();
Отбор = Новый Структура();
Отбор.Вставить("ФизЛицо",Справочники.ФизическиеЛица.ПустаяСсылка());
Строки = СписокРаботников.НайтиСтроки(Отбор);
Если Строки.Количество() > 0 Тогда
   ЭлементыФормы.СписокРаботников.ТекущаяСтрока = Строки[0];
КонецЕсли;

(17) См (2)

(21) Хорошо попробую

СПАСИБО что дали много мыслей Буду оптимизировать

Можно просто отсортировать результат из (0) по этим полям, а потом пробежаться циклом...

(25) зачем тетросипед изобретать?

(26) А что, через НайтиСтроки лучше? Он же не знает, какие комбинации у него там есть...

Что значит не знает какие комбинации есть? Он же знает по какому набору полей нужно выполнить поиск?

(28) "Он же знает"
Откеда? Без разбора результата запроса он этого не узнает...

"Требуется расставить КлючСвязи, чтобы он был уникален по Код,Сотрудник,Подраздедление,Отдел,Должность, ГрафикРаботы"

Вот же чотко понятно по каким полям искать, почему например по полю ГрафикРаботы искать не надо?

(30) Сделай простой пример и всё поймешь. Долго объяснять :)

(31) чет я сегодня себя дурак чувствую. Пятница?

(32) Наверное :))))