SS
благодарю
Size: a a a
2020 September 24
A
Всем привет, подскажите, пожалуйста, как работать с такой ошибкой? Гружу данные из sql базы, которая из 1С данные тянет, и все бинарные значения представляются в таком виде, а при попытке их загрузить выдает такую ошибку.
1
Всем привет, подскажите, пожалуйста, как работать с такой ошибкой? Гружу данные из sql базы, которая из 1С данные тянет, и все бинарные значения представляются в таком виде, а при попытке их загрузить выдает такую ошибку.
как показывает практика, с 1с табл SQL лучше через вьюхи работать
AY
как показывает практика, с 1с табл SQL лучше через вьюхи работать
👍
VH
как показывает практика, с 1с табл SQL лучше через вьюхи работать
100% правда!!!
RG
как показывает практика, с 1с табл SQL лучше через вьюхи работать
А чем лучше прямой загрузки таблиц?
RG
Чтобы не грузить 500 справочников?
1
всем)
1
а справочники так или иначе нужны
RG
Если можно, постатейно хотелось бы посмотреть)
Пока работаю через прямую загрузку и вроде норм
Пока работаю через прямую загрузку и вроде норм
1
Если можно, постатейно хотелось бы посмотреть)
Пока работаю через прямую загрузку и вроде норм
Пока работаю через прямую загрузку и вроде норм
любая книга по TSQL вам пояснит разницу)
AY
Если можно, постатейно хотелось бы посмотреть)
Пока работаю через прямую загрузку и вроде норм
Пока работаю через прямую загрузку и вроде норм
OData?
RG
OData?
Нет, напрямую из sql
VH
заворачиваете во вьюху все что вам нужно достать с 1С и наслаждаетесь) Моя вьюха по оплатам например состоит с данных, полученных с нескольких баз 1С. Но в PBI - это всего 1 строчка в запросе а не 168 - если собирать с 1С напрямую
VH
Типа:
select *
from [Reports].[1c].[V_PaymentForBuyer]
select *
from [Reports].[1c].[V_PaymentForBuyer]
VH
На выходе - таблица с нужными значениями
VH
1
давайте 1с вынесем в личную переписку)
VH
и это мне бы пришлось вписывать в запрос PBI - вместо одной строчки
VH
давайте 1с вынесем в личную переписку)
👍