но тут до струкруты не доходит, тут из другой таблички читать параметры подключения не хочет
ну да... есть такая история. проблема, например, в том, что у источника данных может быть только один набор credentials. ну и другие проблемы. я бы сделал по-другому: создать по запросу на каждое подключение, каждому из них запомнятся его креды, а дальше в другом запросе уже комбинировал бы.
ну да... есть такая история. проблема, например, в том, что у источника данных может быть только один набор credentials. ну и другие проблемы. я бы сделал по-другому: создать по запросу на каждое подключение, каждому из них запомнятся его креды, а дальше в другом запросе уже комбинировал бы.
в десктопе отсутствует часть проверок, которые делаются в сервисе. Ну вот не нравится ему, что там неизвестный источник есть, с точки зрения смешивания данных, уровня доступа (публичный, организационный, приватный) и т.п.
и там еще проблема - как ты на шлюзе пропишешь динамический источник? тебе же нужно будет менять ему маппинг "на лету" - так ведь? Так что я всё же за лимитированный набор подключений в отдельных незагружаемых запросах, а дальше уже логику выбора БД в отдельном запросе реализовать как ссылки
и там еще проблема - как ты на шлюзе пропишешь динамический источник? тебе же нужно будет менять ему маппинг "на лету" - так ведь? Так что я всё же за лимитированный набор подключений в отдельных незагружаемых запросах, а дальше уже логику выбора БД в отдельном запросе реализовать как ссылки
ну если так рассуждать, то и значение параметра - тоже динамический источник, я ж могу его поменять при запуске отчета?))