Задачка на построение кода

[Likefire]

Прошу помощи прежде всего в осознании сути связей сущностей посредством отношений. Но для наглядности предложу пример задачи, которую требуется решить...
Итак, имеем сущность "Прайс-лист", которую мы догадались использовать как сущность группировки продуктов - создания продуктовых групп. А так как у нас все менеджеры по продажам отвечают за продажи какой-либо одной продуктовой группы, то логично, что было создано отношение: один Прайс-лист - множество Пользователей. Мы успешно распределили всех менеджеров по прайс-листам - тут всё в порядке, но перед нами встала весьма элементарная задача казалось бы - при создании нового действия, подставлять в поле "В отношении", тот прайс-лист, который закреплен за ответсвенным менеджером. То есть, другими словами: известен менеджер (значение в поле Ответственный) - а исходя из этого нужно получить прайс-лист, в список менеджеров которого данный менеджер входит. По сути вроде бы ничего сложного - получаем из сущности Пользователь заданную запись, и в поле "Прайс-лист" имеем ссылку на искомую сущность(типа связь 1:N). Но вот ведь незадача: в связи с присутсвием возможности создания отношения N:N нам стало просто колоссально необходимо, чтобы пользователь мог входить в список менеджеров одновременно двух и более прайс-листов, а как строить запрос и к какой сущности в случае связи N:N - непонятно вообще. И непонятно же, как сей вопрос просветить из хэлпа к SDK?
Уважаемые коллеги! Полагаюсь на Ваш опыт и знания в помощи при решении данной задачи!

[tatra]

А если связь делать со стороны прайс-листа?

[Likefire]

Цитата:

Сообщение от tatra

А если связь делать со стороны прайс-листа?

Хм... Весьма многозначительный ответ. Хотелось бы понять: как именно, если в прайс-листе связанная сущность - это в принципе таблица. То есть, нужно сначала получить атрибут, а потом из этого атрибута делать Retrieve, или с атрибутом делать Retrieve? Что делать-то собственно? Понятно, что откуда-то надо тянуть эту ниточку, но со стороны прайс-листа не понятно как это сделать...

[tatra]

Я имел ввиду попробовать развить тему со стороны прайс листа, (сделать с него связь 1:N)

[tatra]

В конце концов можно организовать фрэймик на пользователе, на нем грид с прайслистами. А на прайслисте лукап к пользователю.

[Артем Enot Грунин]

Опять занимаетесь извращениями, Likefire? Не совсем понял, как вы собираетесь связывать пользователей и прайс листы - создавать дополнительные связи между системными объектами невозможно. Для связи возможно использовать пользовательскую сущность "Менеджеры прайс листа". Она через многие к одному связана с сущностями "Прайс лист" и "Пользователь". Вот вам и связь многие ко многим. Запросы к ней стройте как обычно никаких проблем... Другое дело, что CRM позволит вам создать не все связи - есть запрет на создание отношений "многие ко многим" при некотором сочетании типов объектов.

[SeregaK]

А что мешает создать связь многие ко многим между вашей сущьностью и прайс-листами, когда манагер будет создавать новую сущность, то все прайс-листы в отношении с которыми находится узер, будут добавлены к этому объекту! Как писать код я не знаю, но задача действительно интересная в плане кодинга! Нет пока опыта с 4-кой, но подозреваю что там промежуточные таблицы, а вот какими методами SDK к ним стучаться не знаю!

[Likefire]

Ээээ... Речь идет о четверке. Там можно создавать связь многие ко многим явно. Меня интересует именно то, что сказал SeregaK: я хочу понять, какими методами и как стучаться к таким сущностям. Кажется я понимаю, почему в тройке возможности создания отношений были ограничены - чтобы не создавать путаницу при необходимости получить выборку.

[SeregaK]

Likefire по этой ссылке http://blogs.javista.com/2008/02/17/...-many-to-many/ вы найдёте ответ на ваш вопрос! =))

[Likefire]

Цитата:

Сообщение от SeregaK

Likefire по этой ссылке http://blogs.javista.com/2008/02/17/...-many-to-many/ вы найдёте ответ на ваш вопрос! =))

Спасибо огромное! Это именно то, что ожидалось. А блог - однозначно в избранное!

[SeregaK]

Не за что! ;-) Главное чтобы ограниения упомянутые Enot Poloskun позволили вам создать требуемые связи. Тогда решение задачи почти готово, а если нет, то тут пока вопрос!

[Likefire]

Цитата:

Сообщение от SeregaK

Не за что! ;-) Главное чтобы ограниения упомянутые Enot Poloskun позволили вам создать требуемые связи. Тогда решение задачи почти готово, а если нет, то тут пока вопрос!

Все указанные ограничения справедливы для версии 3.0. В четверке я проверял все свои требования.

[SeregaK]

В четвёрке их значительно меньше, но они есть!