ShIgor,

Так-то да, но! Если уже вопрос про триггеры пошел, - и именно датабазные триггеры, а не высокоуровневые триггеры-объекты уровня 1С, - то, думаю, read-only запросы к БД - это гораздо меньшее, чем изначальное предложение ТС выше :)

alexeyvg,

По моему опыту из прошлого - да, после наката изменений и обновлений конфигурации уровня самой 1С - нижлежайшая физическая датабазная структура может поехать. Но идентификация, выявление и устранение такого инцидента - копеешны, в реальном мире - пару DataSet'ов с несколькими inner join'ами внутри (утрирую) - утраченные описательные и ключевые поля - подсвечиваются в ssms IntelliSense, и выявить отсутствующее поле, спросив у разрабов 1С что там поменялось - дело в пределах 5-10 минут. Далее методология поддержки оттачивается, и такие редкие проблемы хлопот вообще не доставляют

Вобщем - удельная стоимость решения - в плане разработки и поддержки крайне мала, а бенефитов на выходе - много. Мое мнение, не навязываю, как говорится

Еще писали выше про обращение к объектам БД по логическуому имени, не по физическому.
Такое тоже возможно, все эти перечислители хранятся в физической таблице, которая вызывается обработкой "Структура метаданных" (как-то так, навскидку вроде), и реально представляет из себя тупой маппинг, который раскладывается в виде полей и описаний. Можно, конечно, динамическим sql-кодом генерить уровень запросов к этому представлению, и строить скрипты уровня DAL программно. Такие решения видел, частично делал, они рабочие, но их сложно дебажить, и intelliSense тут не поможет - так как там динамика в динамике, курсоры с кучами кавычек, и при первом приближении вызывает лишь печаль и ощущение конкретного гомномеса.

alexeyvgА, понятно, я думал, что апдэйт 1С вообще меняет все имена таблиц и полей на новые.


Да, не каждый апдейт, не каждый. У меня было несколько лет назад DWH, которое базировалось ODS на Axapta и 1С, и с одинэсной частью были проблемы - ну грубо - раза 2-3 в полгода. И проблемы реально минорные - которые разрешались в несколько минут буквально.




Ну да, или так - наверное решение будет лучше и наглядней, чем полу-подьемный динамический t-sql код - хоть все инкапсулировано будет и по классам распихано и IntelliSense от Visual Studio.

alexeyvgТогда непонятно, в чём проблема, кого нужно "онлайн-обновлять"?


Вот-вот

Почему бы не воспользоваться этим , и отчеты бы просто выдергивали и не отображали новые/измененные данные?
Какие триггеры тогда будут нужны еще?

Ну сделать автообновление раз в 1 минуту - сможет скрипт под капотом предоставлять данные в этот промежуток? И как раз и покроет таким полу-онлайном проблему доставки изменений, которые триггер - да, - смог бы моментально делать доставку? А нужна ли она реально, - эта "моментальность"?

хорошо я согласенбез SSRS. Он нужен вообще?, - когда есть PowerBI)

По-моему SSRS не лицензируется отдельно, в том ее и преимущества. И вообще преимущества BI-стека от Microsoft

https://social.technet.microsoft.com/Forums/ru-RU/dda86a08-560c-4bbd-b629-0e8c00e2f9bf/-server2012r2-sql-ssrs-?forum=licenseru

Sergey SizovА ТС хочет какую-то систему отчетов, внешнюю к SQL Server. А сие запрещено лицензией 1С.


Вообще - это довольно распространенное классическое решение, далеко не один раз видел в разных компаниях разного уровня зрелости и размера. Запрещено лицензией - я может, конечно, непуганный просто - но кроме слов - были ли какие-то кейсы хоть у кого-нибудь, чтобы 1С это заметила и пожурила в ответ?

А то Web-сервисов не обпишешься, чтобы все из одинэски забирать, каждый чих

a_voronin,

Окей, а как делать нормальное хранилище, если у него ODS - 1C? Обложить последний целиком и полностью здоровой пачкой Web-сервисов?

Вопрос тоже обсуждаемый. Как положу? Блокировками и нецелостностью?

Есть опция - предлагал уже в каком-то треде, как пример - 1С БД кладется в mirroring, и на secondary инстансе мы реплику, которая продолжает накатывать транзакции - забираем для доступа на чтение через БД-снепшот.
Далее - в ETL-процессах - работаем только со снепшотом БД 1С
Вопрос блокировок решен - профит.
Правда, в такой схеме есть еще момент блокировок уровня Схемы - иногда они бывают и процесс создания снепшота может уйти в дэдлок - но случай не частый