Каким образом лучше организовать подписку на уведомления?
Суть примерно следующая, есть система комментариев, наподобие здешних, только принадлежащих некоторому количеству объектов. У каждого коментария есть поля: related_to_type, related_to_id и сейчас добавляю еще один related_to_1c_uid.
Есть таблица подписок, дабы присылать уведомления, при ответе или регистрации нового объекта добавляется подписка. Все было чудесно, до того момента пока сия штука не была расширена до взаимодействия с 1с, где я не могу нативно контролировать жизнь объектов. Теперь вижу следующие варианты:
1. Триггер на таблицу 1с, добавляющий подписку владельцу при появлении строки, но это усложнить жизнь 1с программисту, поскольку при изменении конфигурации 1с пересоздает таблицу
2. В дополнение к подписке, некая функция get_owner, в которой по типу прописать где искать владельца и использовать эту функцию на всех объектах для владельца объекта, при этом исключая его из подписок.
3. Другие.
Вот чтойто заступорило, немогу решить что выбрать 8(
ЗЫ еще разок, вопрос в том как грамотно организовать подписки и как бы вы это сделали на нагруженных источниках.
Ну напрягите 1С программиста, чтобы при создании сущности, на которую может быть сделана подписка, дергал какой-нибудь url на вашем сервере. Это ерундовая задача.
Вячеслав Успенский: в этом случае вы сам себе создали проблему.
Для интеграции с 1С есть хоть и кривое, но штатное решение - веб-сервисы.
Лезть в базу напрямую очень плохая идея (ну если мы не говорим о 7.7, конечно)
Александр Марченко: у 1с очень кривой и медленный механизм работы с БД. Мои вьтюхи сделанные механизмами бд, используемые в 1с, работают до 50ти раз быстрее, так что не надо драматизировать. Я просил совета по огранизации подписок, а не по религии 1с
