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

не забивайте фигню, вот ее и не будет

блин, есть же такое в субд типа комбинация элементов уникальная, а тут че?

Ну помогите, сижу туплю...где галочку поставить...
Код Наименование Дата   - типа вот
Надо чтобы Наименование и дата - всегда уникальными были.

Никак. Либо очень сильно замарочится, проверять весь справочник при каждом новом вводе и т.д. и т.п. но если справочник большой - тогда вообще хана.

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

А понял, тогда другой вопрос, вот у меня Дата берется из справочника другого.
Я не пойму мне подчиненным этот тому надо делать или нет?

Ну скажите что ли, а то дата выбирается в любом случае, ставлю я там подчиненность или нет, а надо ее ставить или нет не пойму!

бееее :)

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

То есть и так все связалось и типа ништяк?

Думаю, тебе надо назад в ПТУ обратиться...

:)))

я вообще не понял чего ты хочешь бяшка?

Серьёзно, задай свой вопрос нормально.
Я нифига не понял, как другие что-то понимают...

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

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

прием :)

(17)рекомендую почитать определения объектов в руковдствах а потом начинать выражать свои мысли

(16)
поскольку мы не знаем, какую задачу Вы решаете, мы не можем определить, имеет Вам смысл использовать подчиненный справочник, или нет.

Он хочет уникальность не по коду, а по произвольному реквизиту справочника.
Что в 1С  стандартными средствами платформы не возможно.

подчиненность тебе не нужна если ты берешь из другого справочника один реквизит "Дата", хотя зачем это делать?

(20) нет. в (6) он сказал, что у него уже другой вопрос.

Про подчиненность и даты из другого справочника абсолютно невнятно. Телепатов нету.
А если надо контролировать уникальность строки справочника по нескольким реквизитам, то есть несколько путей. В любом случае нужно втыкать программную проверку при интерактивной записи элемента справочника и не забывать делать проверку при программной записи элемента справочника. Теперь о самой проверке. Если элементов с одинаковым названием не очень много, то проще всего выбирать их через ВыбратьЭлементыПоРеквизиту() и дальше проверять перебором. В противном случае (если скорость не устроит) можно сделать суррогатный строковый реквизит (с признаком сортировки), в который писать комбинацию нужных реквизитов и проверять на дубли уже по нему. Это сложнее, т.к. надо обеспечить непротиворечивость данных суррогатного поля.

+(23) Кстати, может оказаться что такую проверку на уникальность(по комбинации нескольких реквизитов) достаточно быстро можно сделать простым запросом. На SQL-версии - почти наверняка.