Есть контрагенты, есть сотрудники, которые выполняют проекты для контрагентов.
Преподаватель сказал, что каждый проект может относиться только к одному контрагенту, но у контрагента одновременно может быть много проектов. Помогите понять, как лучше это организовать? Правильно понимаю, что отдельно будет справочник "Проекты" и отдельно справочник "Контрагенты"? Или в справочнике "контрагенты" я должен создать табличную часть с ссылкой на справочник "Проекты"?
Спасибо за любую помощь!
P.S. не могу поменять ник, простите!

регистр сведений
измерение: проект
ресурс: контрагент

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

(2) отсыпь

(1) +100

(0) Бросай ружье, да всплывай (с) Бобер

(3). Чего тебе отсыпать. У тебя, как я вижу, своего достаточно.

(3) мне тоже...

(0) У справочника "Проэкт" сделать реквизит типа "Контрагэнт"

Если проэктов и контрагэнтов очень много (>10 тысяч) рекомендую еще (1) но и проект и контрагент в измерения а в ресурсы даты начала и окончания

(6)+ я тоже по условию задачи не вижу зачем тут лишнюю сущность (регистр) создавать, достаточно подчиненного справочника.

(8) ыыыы

ну может все таки про типы реляционных отношений то почитать? в приложении к 1С хотя бы ))

Да вы тут упоротые все, как в том фильме про зубную фею!


А подчиненный справочник - это не сущность что ли?

Где в условиях задачи сказано, что проект не может существовать без контрагента, подчиняльщики?

с реквизитом согласен - тоже вариант. Но только, если можно менять структуру справочника.

(1) Я тебя плюсанул, но почему например этот вариант не подходит:

>>>>Или в справочнике "контрагенты" я должен создать табличную часть с ссылкой на справочник "Проекты"?

(8) Потом окажется что сотрудники и контрагенты будут в разное время работать в разных проектах.

(13) Как раз хотел об этом написать.

(11) вот сказано
"но у контрагента одновременно может быть много проектов" по-моему однозначно прописана подчиненность проекта контрагенту, да и по логике так.

(10)+ подчиненный справочник - сущность необходимая, а регистр? или ты собираешься измерение Проект делать с типом строка?

(15) так и будет один контрагент прописан у множества проектов в реквизите

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

(15) к (10)

Короче, не нужно огород городить там где в нем нет необходимости.

(0) все понятно ?

(19) правильно нафига еще ТЧ которая по сути представляет собой отдельную таблицу в базе?

(12) дубли будут и придется хреначить код, котрый будет эти дубли контролировать. РС от этого спасает.

(16) а ты реально странный

(21) Как людям быстро посмотреть на список проектов? Нырять в подч.справочник?

(23) а есть такая задача - быстро смотреть?

(22) Я нормальный, это у вас праноя, на почве мании величия наверное. На простейшую задачу напридумывали себе чего-то...
В чем отличие подчиненного справочника от реквизита в справочнике "Проекты"? Такой же реквизит "Владелец"...

(24) В принципе - нет.

Так как задача учебная, то решение - с подчиненным справочником лучшая.

(25) элемент не подчиненного справочника можно создать без контрагента. Подчиненный элемент без владельца не существует. Кроме того - индексы будут разные в этих случаях, но это уже технический момент.
А ты психиатр или просто мнение имеешь?

(27)Ты сказал свое мнение обо мне, я сказал свое о тебе.

Правильный ответ в (1)
Хотя бы потому вариант расширяем: можно измерения доприкручивать, можно периодичность добавить

Ну посмотрим что преподаватель скажет.

вы все больные и не лечитесь.

(31) ты лекарство привез?