Возможно. 2 пути: Odata не рекомендую SQL - требуется написать обработку в 1с, собирающую нужные данные в виртуальную таблицу и регламент, который по ночам отправляет эту таблицу в sql базу. Оттуда уже биайкой забирать
зачем по ночам? можно посидеть с 1с проггером, который напишет норм пути для вьюх и играться уже с ними прямо из продакта хоть через direct query
В моей компании 700+ пользователей 1с. Когда я трогаю вьюхи в 1С, пользователи начинают страдать. Нам по ночам омтимальнее
ну то да. зависит конечно от мощностей. кстати, помню, когда были проблемы с мощностью, то попробовали базу просто в azure положить. шикарно полетело. никто даже не замечал, что есть к ней присоска. да и дешевле по факту было.
Моя компания скрипя зубами расщедрилась на лицензии pbi pro. Слово Azure вызывает приступ паники у бухгалтерии и сисадминов) Поэтому кастом с sql, который мы изобразили, - на удивление очень стабильно работает. Чего ещё желать? Почти дёшево и стабильно
Напрямую никак? У 1с же есть база, оттуда черпать данные. Просто в 1 совсем не разбираюсь, да и не хочется особо, т.к. программирование на русском просто отвратно
Odata Но там все столбцы будут иметь название FF4567Ffy Ну и надо будет знать архитектуру отчётов 1с
Мы через ssas tabular делаем. На отдельный сервак база выкачивается и далее по стандарту вью и куб
Среди тысячи столбцов искать нужные 😁
да не. надо просто сделать адекватный расчёт. это ж коммерческий вопрос исключительно: компания уже еле работала с действующими серверами, приходилось часто вызывать сисадмина и саппорт 1с. это деньги. тут сисадмин и предложил просто расчёт: под стоимость покупки оборудования с запасом на 3 года, а вот расчёт ежемесячных трат на виртуалку (настраивается план, расписание запуска и т.д. до полной минимизации издержек). руководство посмотрело и сказало, что не идиоты же тратить столько бабла на железо сразу, чтобы не понятно, на сколько его хватило и т.д. вот так и переехали в течение одной недели в облако.
Обсуждают сегодня