Внешние источники данных в 1С 8.2.14.533

Опубликовал comol в раздел Обмен - Обмен с другими системами

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

Релиз 8.2.14.533  - наконец-то более-менее стабильный вариант 14-го релиза платформы. Наконец-то представился случай испытать в деле замечательную возможность - "внешние источники данных".

Почему данная возможность вызывает такой интерес? Любой человек, который программировал в 1С, и при этом достаточно неплохо знаком с SQL и хотя бы в общих чертах знаком с архитектурой и принципами разработки других технологических платформ для бизнес-приложений, с твердой уверенностью скажет вам, что ему нравится больше всего в 1С. Конечно конструктор запросов - самый удобный и продуманный механизм написания запросов для получения данных из реляционных структур, который я лично когда-либо встречал.  А теперь 1С нам предоставили такую замечательную возможность использовать его не только с 1С, но и с любыми другими таблицами. Вот только в эту "бочку мёда" насыпана куча "ложек дёгтя". Обо всём по порядку:

1) Настройка и использование - без "танцев с бубном" не получится 

a) Добавляете внешний источник данных - вроде ничего сложного.

б) Ставите галочку "Выбрать из списка" - обязательно - это нужно, чтобы проверить работоспособность уже вначале, и избавить себя от лишних заморочек.

в)



- обязательно нажимаем "..." - подключение именно ODBC. Не OLEDB как мы все привыкли, а на уровень ниже

г)



А вот здесь будьте ОЧЕНЬ ВНИМАТЕЛЬНЫ.
Это драйвер ODBC - в случае использования клиент-серверной версии он должен обязательно быть на сервере. Если вы ведёте разработку на одной системе, а рабочая версия на другой (как это обычно бывает) убедитесь что вас не ждут сюрпризы. Странная рекомендация, но выбирайте самый древний или самый общий драйвер в случае, если вас не особо заботит скорость и за пределы возможностей стандарта SQL92 вы выходить не намерены. Это обеспечит вам лучшую совместимость. Например для SQL Server 2008 лучшим драйвером будет SQL Server Native Client 11, но рекомендую выбирать просто SQL Server, иначе этот самый native client придётся устанавливать либо на сервер, либо на все клиентские машины (в случае использования файловой версии), а выигрыша особого для простых задач он не даст.


д) Стандартные диалоги выбора Сервера



и базы данных


е) На вопрос сохранения пароля рекомендую ответить "да", иначе так и не получится это дело запустить.

ж) Выбираете таблицу и реквизиты... замечательная возможность - её можно сразу же переименовать так как вам нравится (и реквизиты тоже), при этом в свойствах у вас будут отображаться названия полей источника данных


з) А теперь запускаете, открываете конструктор запросов - выбираете тупо все записи из таблицы и ОПА - ошибка. Что делать? Если у вас управляемый интерфейс  - заглянуть в меню сервис, а если обычный... 
Я лично использовал вот такой код:

Параметры = ВнешниеИсточникиДанных.DAX.ПолучитьОбщиеПараметрыСоединения();
Параметры.АутентификацияСтандартная = Истина;
Параметры.ИмяПользователя = "sa";
Параметры.Пароль = "pas";
Параметры.СтрокаСоединения = "DRIVER={SQL Server};SERVER=servet;UID=sa;PWD=;DATABASE=database";
Параметры.СУБД = "MSSQLServer";

ВнешниеИсточникиДанных.DAX.УстановитьОбщиеПараметрыСоединения(Параметры);
ВнешниеИсточникиДанных.DAX.УстановитьПараметрыСоединенияПользователя(ИмяПользователя(), Параметры);
ВнешниеИсточникиДанных.DAX.УстановитьПараметрыСоединенияСеанса(Параметры);

ВнешниеИсточникиДанных.DAX.УстановитьСоединение();


Может каких-то кусков и не нужно, но это работает. Выполнить код нужно ОДИН РАЗ. После чего будет нормально подключаться... мистика конечно - зачем это было нужно не понятно...

2) Источники данных только для чтения
Да, чудес не бывает... но иногда так хочется....

3) НЕЛЬЗЯ ИХ ИСПОЛЬЗОВАТЬ ВМЕСТЕ С ВНУТРЕННИМИ ИСТОЧНИКАМИ ДАННЫХ
Меня лично этот факт убил наповал



Как же так.... то, чего так ждали и уже представляли и облизывались, как мы сейчас в одном запросе соединим наши данные с 1С-кой свернём - сгруппируем, вставим в отчет, а не тут-то было...

Но, естественно, опытных людей это не останавливает... какая мысль пришла в голову? Правильно - временные таблицы:

4) НЕЛЬЗЯ ИХ ИСПОЛЬЗОВАТЬ ВМЕСТЕ С ВРЕМЕННЫМИ ТАБЛИЦАМИ



А вот это уже не похоже на технологические трудности, а очень смахивает на то что нам хотят "чтобы жизнь раем не казалась" сделать :).

5) Можно использовать только в соединениях СКД
Для тех кто не знает - это в СКД на вкладке "Связи наборов данных". Часто вы ими пользуетесь? Удобно? Видимо так нас хотят принудить к использованию их чаще. Вот только там есть колонка "Условие связи" и "Параметр связи". Ни в одной типовой конфигурации не нашел примера их использования, в документации и у Хрусталевой тоже как-то всё не прозрачно. Кто-нибудь сможет мне объяснить как работает "условие связи"? Если там написать РеквизитИсточника = РевизитПриемника это не работает. Конечно условие можно записать в поле "Выражение" - в большинстве случаев этого хватает... вот только как-то не очень просто получается.

Итого ранее эта задача решалась где-то так:

Функция ИнициализироватьИсточникДанных()

    ДатаНач = КомпоновщикНастроек.Настройки.ПараметрыДанных.Элементы[5].Значение;
   
ДатаКон = КомпоновщикНастроек.Настройки.ПараметрыДанных.Элементы[4].Значение;
    Если
ДатаКон > '20100101' Тогда
       
ДатаКон = '20100101';
    КонецЕсли;

   
КЧ = Новый КвалификаторыЧисла(15,2);
   
КС = Новый КвалификаторыСтроки(255);

   
МассивЧисло = Новый Массив();
   
МассивЧисло.Добавить(Тип("Число"));

   
МассивСтрока = Новый Массив();
   
МассивСтрока.Добавить(Тип("Строка"));

   
МассивДата = Новый Массив();
   
МассивДата.Добавить(Тип("Дата"));

   
//В таблицу будем заполнять бухгалтерскую себестоимость
   
ТипЧисло = Новый ОписаниеТипов(МассивЧисло,,КЧ);
   
ТипСтрока = Новый ОписаниеТипов(МассивСтрока,,КС);
   
ТипДата = Новый ОписаниеТипов(МассивДата);

   
//таблица для загрузки данных из SQL
   
ТЗ = Новый ТаблицаЗначений();
   
ТЗ.Колонки.Добавить("НоменклатураКод", ТипСтрока);
   
ТЗ.Колонки.Добавить("Qnty", ТипЧисло);
   
ТЗ.Колонки.Добавить("Период", ТипДата);

   
ТЗ.Индексы.Добавить("Период");

   
//Подключаемся к SQL
   
СтрокаПодключения = "Provider=SQLOLEDB.1;Persist Security Info=True;User ID=sa;Pwd=;Data Source=;Use Procedure for Prepare=1;Auto Translate=True;Packet Size=4096;Workstation ID=;Use Encryption for Data=False;Tag with column collation when possible=False;Initial Catalog=Reports";
   
Connection  = Новый COMОбъект("ADODB.Connection");
   
Command  = Новый COMОбъект("ADODB.Command");
   
RecordSet  = Новый COMОбъект("ADODB.RecordSet");
   
Дата = "";
    Попытка
       
Connection.Open(СокрЛП(СтрокаПодключения));
       
Command.ActiveConnection   = Connection;
       
Command.CommandText = "Select * from PH where period >= '" + Строка(Формат(ДатаНач, "ДФ=ггггММдд")) + "' and period <= '" Строка(Формат(ДатаКон, "ДФ=ггггММдд")) + "'";
       
RecordSet = Command.Execute();
       
RecordSet.MoveFirst();
    Исключение
        Возврат
ТЗ;
    КонецПопытки;

    Пока
RecordSet.EOF = Ложь Цикл
       
Строка = ТЗ.Добавить();
       
Строка.НоменклатураКод = RecordSet.Fields(RecordSet.Fields.Item(1).Name).Value;
       
Строка.Qnty = RecordSet.Fields(RecordSet.Fields.Item(12).Name).Value;
       
Строка.Период = RecordSet.Fields(RecordSet.Fields.Item(13).Name).Value;
       
RecordSet.MoveNext();
    КонецЦикла;

   
Запрос = Новый Запрос();
   
ВрТаблица = Новый МенеджерВременныхТаблиц();
   
Запрос.МенеджерВременныхТаблиц = ВрТаблица;
   
Запрос.УстановитьПараметр("врТаблицаДанных"ТЗ);
   
Запрос.УстановитьПараметр("ДатаНач", ДатаНач);
   
Запрос.УстановитьПараметр("ДатаКон", ДатаКон);
   
Запрос.Текст = "ВЫБРАТЬ
                | врТаблицаДанных.НоменклатураКод,
                | врТаблицаДанных.Qnty,
                | врТаблицаДанных.Период
                |ПОМЕСТИТЬ ТаблицаДанных
                |ИЗ
                | &врТаблицаДанных КАК врТаблицаДанных
                |ГДЕ
                | врТаблицаДанных.Период >= &ДатаНач
                | И врТаблицаДанных.Период <= &ДатаКон"
;
   
Запрос.Выполнить();
   
ТЗ = Неопределено;

   
Запрос = Новый Запрос;
   
Запрос.МенеджерВременныхТаблиц = ВрТаблица;
   
Запрос.Текст = "Здесь запрос с участием верменной таблицы";

   
Результат = Запрос.Выполнить();
    Возврат
Результат;

КонецФункции

ВнешнийНабор = ИнициализироватьИсточникДанных();
НаборДанных = Новый Структура();
НаборДанных.Вставить("ТаблицаSQL", ВнешнийНабор);
ТиповыеОтчеты.СформироватьТиповойОтчет(ЭтотОбъект, Результат, ДанныеРасшифровки, ВыводВФормуОтчета, НаборДанных);

Собственно строчек кода немного и они достаточно стандартны... при этом можно пользоваться полным функционалом конструктора запросов, а в СКД отдать только функцию КОМПОНОВКИ ДАННЫХ

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

См. также

Лучшие комментарии

17. orefkov 05.10.2011 14:50
Имхо лучше бы 1С тупо стырила из 1С++ код ODBCDataBase и ODBCRecordset.
Вот это бы было дело. А так - фигня какая-то получилась.
Это надо же придумать - описывать состав ВНЕШНЕГО источника данных в конфигурации.
А на лету подключится к произвольному источнику данных (для чего в свое время MS и создавала ODBC) - низзя.
Ответили: (18) (20)
# Ответить
2. K_A_O 03.10.2011 14:51
Старый вариант через ADO не требует изменения конфигурации, но вот интересна скорость получения данных.
По сравнению с перебором в RecordSet и по сравнению с загрузкой с помощью компоненты GameWithFire.
Ответили: (3) (6) (45)
# Ответить
48. Varies 28.05.2012 07:30
Пару месяцев назад уже столкнулся с внешними данными. Задача стояла в УТ3(11) получать данные из SQL по артикулу продукта. Сначала хотел быстренько кинуть внешние данные в запрос печати, да не тут то было... пришлось дописать клиентсерверные модули чтобы хоть как-то облегчить код в модулях документов.

Не так давно в дистрибутиве 1С появилась конфигурация Фабрика отчетов (Report factory) рекомендую всем стащить с неё модуль инициализации :)
+ 1 [ lefthander; ]
# Ответить

Комментарии

1. tarasoff 03.10.2011 14:03
А как создать подключение, если сервер 1С стоит на Linux и необходимо соединиться с базой на MS SQL?
Ответили: (4) (45)
# Ответить
2. K_A_O 03.10.2011 14:51
Старый вариант через ADO не требует изменения конфигурации, но вот интересна скорость получения данных.
По сравнению с перебором в RecordSet и по сравнению с загрузкой с помощью компоненты GameWithFire.
Ответили: (3) (6) (45)
# Ответить
3. cool.vlad4 03.10.2011 14:55
(2) Тоже интересно, но в любом случае -на nix серверах ADO и тем более на серверах GameWithFire, не взлетят...
Ответили: (5) (45)
# Ответить
4. comol 03.10.2011 15:45
(1) tarasoff, в linux вроде ест сервис unixodbc его нужно устанавливать и настраивать... далее уже через него подключаться.
# Ответить
5. comol 03.10.2011 15:46
(3) cool.vlad4, А в том то и штука что ADO не используется и даже OLEDB не используется. 1C взяли ниже уровень... наверное как раз чтобы под *nix работало... но как работает unixodbc это уже другой вопрос....
Ответили: (7) (8)
# Ответить
6. comol 03.10.2011 15:48
(2) K_A_O, С учетом того что для работы через ADO в запросе сперва нужно выгрузить данные в таблицу значений, а потом во временную таблицу работает конечно быстрее... вот только гибкости при этом такой нет...
# Ответить
7. cool.vlad4 03.10.2011 15:58
(5) Мы и не говорили, что используется, просто всех интересует сравнение скорости, но на самом деле лучше и проще, чтобы каждый для своей задачи проверил и сделал выбор.(ODBC там используется, если про то речь)
Ответили: (9)
# Ответить
8. cool.vlad4 03.10.2011 16:02
(5) Вы просто подумали, что 3 я адресовал вам, нет он был адресован K_A_O, где я совственно и подчеркнул, чем Внешние источники лучше ADO и компоненты(и я не заметил, это в статье есть?)
# Ответить
9. comol 03.10.2011 16:03
(7) cool.vlad4, на самом деле лучше если бы 1С "до ума" это довели и не заставляли нас мучаться... был бы во франче написал бы им прямо в суппорт. Вообще не дело ни с временными таблицами ни с другими данными соединять нельзя... прямо такое чувство что не доделали то что хотели...
# Ответить
10. tarasoff 03.10.2011 16:33
Я пробовал делать внешнее соединение, если сервер стоит на linux, но так и не довёл до конца (нет времени). Только путем проб и ошибок, можно понять как с этим работать, т.к. в 1с нет примеров как правильно написать строку подключения к Базе, использую unixodbc.
Ответили: (11)
# Ответить
11. comol 03.10.2011 16:38
(10) tarasoff, так там "..." кнопка есть в подключении. Я про неё писал вроде. Под Linux правда не знаю отработает это или нет...
Ответили: (12) (48)
# Ответить
12. tarasoff 03.10.2011 16:41
(11) comol, Эта кнопка не работает
Ответили: (13) (22)
# Ответить
13. comol 03.10.2011 18:17
(12) tarasoff, ну может вам вот этот сайт http://www.connectionstrings.com/ поможет?
# Ответить
14. _iAlex 04.10.2011 15:59
а кто-то реально в жизни пробовал ?? Чтение данных это замечательно, жалко что нет операций вставки и удаления :(
Ответили: (15)
# Ответить
15. comol 04.10.2011 16:31
(14) _iAlex, Так я вроде в реальной жизни использую :)... с чтением там тоже проблемы... те что я описал...
# Ответить
16. cool.vlad4 05.10.2011 13:49
Да попробовал я эту вещь и тоже нифига не понял, а зачем оно надо? видимо разработчики позаботились о том, <sarcasm> что всех очень мучило - чтение прайс листов на сервере</sarcasm> Надеюсь они доведут идею до логического конца....
# Ответить
17. orefkov 05.10.2011 14:50
Имхо лучше бы 1С тупо стырила из 1С++ код ODBCDataBase и ODBCRecordset.
Вот это бы было дело. А так - фигня какая-то получилась.
Это надо же придумать - описывать состав ВНЕШНЕГО источника данных в конфигурации.
А на лету подключится к произвольному источнику данных (для чего в свое время MS и создавала ODBC) - низзя.
Ответили: (18) (20)
# Ответить
18. fishca 05.10.2011 14:55
(17) снегопат как поживает, не скоро увидим выход в свет?
Ответили: (19)
# Ответить
19. orefkov 05.10.2011 14:58
(18)
Вопросы по Снегопату пжста в его форум. Там на все готов ответить.
Ответили: (25)
# Ответить
20. comol 05.10.2011 18:11
(17) orefkov, Так "на лету" если нужно - подключайтесь через ADO без проблем... Как я понял весь смысл как раз в описании источника в конфигурации - чтобы можно было в конструкторе запросов использовать, и разименовывать как нравится... этакий аналог LinQ :)
Ответили: (21) (24)
# Ответить
21. cool.vlad4 05.10.2011 18:15
(20) на LINQ это совсем не похоже.
Ответили: (23)
# Ответить
23. comol 06.10.2011 01:00
(21) cool.vlad4, Ну ооочень отдалённо же что-то общее есть :)))
Ответили: (29)
# Ответить
24. orefkov 06.10.2011 01:11
(20)
ADO на линуксе есть?
Ответили: (32)
# Ответить
25. fishca 06.10.2011 09:25
(19) на форуме не нашел ответа на вопрос по срокам выхода, к сожалению. :(
Ответили: (26)
# Ответить
26. orefkov 06.10.2011 09:27
(25)
Ну так спроси, на то и форум. (Сорри за оффтоп).
Ответили: (27)
# Ответить
27. fishca 06.10.2011 09:30
(26) За меня уже спросили, ответа в той теме нет от тебя ;) Зарегистрироваться не понял как. В гостевом форуме спросил :)
# Ответить
28. Murom 06.10.2011 12:13
А мне так не хватало записи в базу MySQL. Думал доделают ух оторвусь... но видно не судьба :(
Ответили: (30)
# Ответить
29. cool.vlad4 06.10.2011 12:31
(23) ничего, абсолютно ничего. Linq - это вывод типов (которого в 1С в принципе нет, да и не нужен по большому счету), это лямбда-выражения(грубо говоря анонимные функции), которых тоже нет, и самое главное в совокупности это работа практически с любой коллекцией (главное чтоб был интерфейс IQueryable), что позволяет работать как с AD, как с Ms SQL, как с xml и даже с Facebook, (потому как сама технология расширяема) и ей по барабану какой провайдер. Я честно слово перечитал статью еще раз и вообще не увидел ничего похожего на Linq. Даже на Linq to Sql.
PS Я помню кто-то сравнивал Linq и язык запросов от 1С, что якобы 1С придумала это раньше. Но ничего подобного. Linq коренным образом отличается и от языка запросов 1С, как по сути, так и по форме.
Ответили: (33)
# Ответить
30. cool.vlad4 06.10.2011 12:34
(28) А что мешает сделать это сейчас, - обычными методами?
Ответили: (31)
# Ответить
31. Murom 06.10.2011 12:44
(30) Да сейчас работет через ADODB.Connection и ADODB.Recordset, но приходиться писать большие объемы данных и все это не очень быстро. Хочется чтоб работало быстрее.
Ответили: (34)
# Ответить
32. comol 06.10.2011 15:04
(24) orefkov, Ну так и клиента 1С на линуксе есть... просто нужно код выполнять в клиентском модуле... на винде ADO везде есть...
# Ответить
33. comol 06.10.2011 15:07
(29) cool.vlad4, По сути Linq язык описания структуры данных для удобства работы с ней из программного кода. Внешние источники данных нужны для той же цели. Вот с этой точки зрения посмотрите... создавались они для одного и того же. Просто подходы у 1с и microsoft очень разные :)
# Ответить
34. comol 06.10.2011 15:08
(31) Murom, ИХМО если речь об обмене с сайтом наверное надо задуматься о локальной копии mysql и настройке репликации...
Ответили: (36)
# Ответить
35. sa1m0nn 07.10.2011 08:43
Ну вот. Испортил себе настроение чтением объективной оценки нового мёртворожденного механизма :(.
Ответили: (37) (39)
+ 1 [ sound; ]
# Ответить
36. Murom 07.10.2011 10:11
(34) Хм.. спасибо как-то не думал про такой вариант. Надо попробовать на досуге.
# Ответить
37. comol 07.10.2011 10:19
(35) sa1m0nn, Вы то прочитав настроение себе испортили... :))
# Ответить
38. pomestnik 19.10.2011 14:45
Очень жалко что нельзя изменять внешние источники данных...
# Ответить
39. sound 19.11.2011 14:51
(35) Поддерживаю
# Ответить
40. petrovaUL 18.01.2012 08:16
Плюс
# Ответить
41. Владимир1717 03.02.2012 12:24
А какие параметры указывать в полях AppName и Рабочая станция при работе с конструктором строки подключения? При всех вариантах: имя базы и пустота во всех сочетаниях, ответ один: "Возможно, заполнены не все параметры или их значение не допустимо". Если без конструктора, а в поле строки указываю стандартное скулевое: DRIVER={SQL Server};SERVER=[имя сервера];UID=[логин];PWD=[пароль];APP=вот здесь забил [upp] и прокатило;DATABASE=[имя базы SQL].
# Ответить
42. Punker 16.02.2012 09:48
Спасибо автору за статью, давно искал документацию по тому что это за объект и как его готовить.
# Ответить
43. apalon_pss 16.02.2012 14:19
спасибо, помогло, полезная статья
# Ответить
44. Elgrego 16.02.2012 15:49
Насколько я понимаю плюсы в следующем:
1. Все запросы к внешним данным выполняются на сервере (в случае клиент-серверной архитектуры), что избавляет от настройки клиентских машин (у нас они измеряются сотнями);
2. Возможность использования конструктора для написания запроса к внешнему источнику данных;
3. Если есть различные источники данных с одинаковой структурой и несколько баз 1С (например в филиалах), то можно не меняя кода 1С просто подключить каждую базу 1С к своему источнику данных в тонком клиенте.
4. Возможность использования результата в СКД, что дает возможность построить отчет не написав не строчки кода, используя различные консоли, которые генерируют отчеты на СКД.
Ответили: (45)
# Ответить
45. comol 16.02.2012 19:11
(44) Elgrego,
1) а вот если у вас на 1-ом локальном компьютере стоит какой-нибудь InterBase или ещё что-то доисторическое... нужно драйвер его поставить на сервер... а сервер 64 разрядный... вообщем для кого "+" а для кого "-". "-" ИХМО будет чаще

2) Собственно конструктором можно и так пользоваться... ТЗ, её во временную таблицу и пожалуйста

3) А вот нет... у Вас же всё на сервере работает :). А если источники данных - файлы Access, а сервер работает под учеткой с ограниченными правами :).

4) не могу не согласится... да, теоретически возможно написать отчет не написав ни строчки кода... пожалуй единственный "+". Но учитывая (1) (2) и (3) едва ли чего-то мы им достигнем...
+ 1 [ K_A_O; ]
# Ответить
46. Tanya_o 20.03.2012 17:55
Статья хорошая. Может вы уже разобрались во всех новшествах работы с этим чудо объектом конфигурации.
У меня такой вопросик, извиняюсь что пишу тут но очень очень нужна помощь.
При переходе с 14 на 15 платформу выходит ощибка.

"ВнешнийИсточникДанных.OKTELL.Таблица.dbo_A_Stat_Connections_1x1.Поле.Id: Тип поля ключа таблицы с объектными данными может быть только одним из примитивных типов."

Что делать???
Если меняешь тип на строку. Нарушается работа отчетов связанных с этим внешним источником данных.
# Ответить
47. comol 20.03.2012 19:10
Сделайте источником данных запрос, а в запросе как-нить CONVERT если у вас там тип приводится к примитивному... ну а если вы ключем хотите сделать не примитивный тип... ну.. ну вы понимаете :)
# Ответить
48. Varies 28.05.2012 07:30
Пару месяцев назад уже столкнулся с внешними данными. Задача стояла в УТ3(11) получать данные из SQL по артикулу продукта. Сначала хотел быстренько кинуть внешние данные в запрос печати, да не тут то было... пришлось дописать клиентсерверные модули чтобы хоть как-то облегчить код в модулях документов.

Не так давно в дистрибутиве 1С появилась конфигурация Фабрика отчетов (Report factory) рекомендую всем стащить с неё модуль инициализации :)
+ 1 [ lefthander; ]
# Ответить
49. Banzai79 15.01.2013 16:10
а сейчас 2013 году можно не изменяя конфигурацию добавлять Внешний Источник Данных, с помощью внешней обработки?
Ответили: (50)
# Ответить
50. comol 15.01.2013 16:35
(49) Banzai79, нет конечно :)
# Ответить
51. Ish_2 24.01.2013 14:58
(0) Попробовал использовать базу Oracle как "ВнешнийИсточникДанных" полгода назад - получил такие эффекты , что со страхом откатился на на обычное ADO-соединение. А ты не пробовал ?
# Ответить
52. qwind 18.04.2013 19:03
Полезная статья с примером, очень кстати пришлась.
# Ответить
53. kembrik 19.09.2013 18:25
Уж не знаю где спрашивать, попытаю счастья тут :)
Хочу отойти от подключения по COM и использования UUID = COMОбъект.NewObject("УникальныйИдентификатор",Уник);
Сразу же захотелось попытаться подключить SQL базу 1С в качестве внешнего источников данных и "искать" в ней по GUID данные с целью сравнения на соответствие.

Ну и почти сразу же столкнулся с тем, что в SQL-табличке поле _IDRRef - бинарное. В строковой его транслировать его конечно можно, например CAST , потом "Переставить" в привычный для 1C порядок - но это все можно сделать на "далекой" SQL стороне, чего делать не хотелось бы. Отсюда вопрос, как можно заставить конструкцию


ТекГУИД=Строка(ТекСсылка.УникальныйИдентификатор());


	"ВЫБРАТЬ
		|	dbo__Reference57._IDRRef,
		|	dbo__Reference57._Code,
		|	dbo__Reference57._Description,
		|	dbo__Reference57.Представление
		|ИЗ
		|	ВнешнийИсточникДанных.Buh_utt.Таблица.dbo__Reference57 КАК dbo__Reference57
		|ГДЕ
		|	dbo__Reference57._IDRRef = &ТекГУИД";
//
...Показать Скрыть


работать ((
Ответили: (54)
# Ответить
54. comol 19.09.2013 20:08
(53) kembrik, Это баян уже. Вам к извращенцам на SQL.ru - там уже давно "рецепт придуман", к примеру такой:
http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=895717&msg=13053424... Но мой вам совет "не вступать на эту извилистую дорожку". SQL имеет смысл когда вы переносите регулярно тонны данных, но тогда надо юзать MS IS и отбор GUID в GUID, в вашем случае лучше правда COM или специализированные средства (WS или .Net компоненты).
Ответили: (55)
# Ответить
55. kembrik 19.09.2013 23:37
(54), comol, да понятно что есть проверенные механизмы - но казалось бы, удобно то как могло бы быть. БД - вот они, рядышком, на одном и том же SQL сервере, только руку протяни, да поменяй строку подключения в зависимости от префикса ИБ. "Нашим" хочется отчеты строить шустренько, собирая номенклатуру из одного места, а "цену" из другого, и тому подобное. Придется, видимо, добавлять собаке пятую ногу
Ответили: (56)
# Ответить
56. comol 20.09.2013 09:11
(55) kembrik, Если отчеты надо шустренько то вам прямой дорогой в сторону DWH. Оно как раз для этого и делается. Когда номенклатура в одном месте, а цена в другом это Best Practice обычно - MDM решения называется :). Далее OLAP. Ну или QlickView...
# Ответить
Внимание! За постинг в данном форуме $m не начисляются.
Внимание! Для написания сообщения необходимо авторизоваться
Текст сообщения*
Прикрепить файл