Как определить имя подключенной базы (ComОбъект)? #713045

Раньше подключался только к одной ИБ: подключился, ComОбъект в глобальной переменной, и по мере необходимости беру из той ИБ данные. Теперь возникла необходимость цепляться в разным ИБ. Как определить имя текущей подключенной базы? (СтруктураПодключения или СтрокаПодключения сохранять в отдельной гл. переменной нежелательно)

Глобальный контекст (Global context) СтрокаСоединенияИнформационнойБазы (InfoBaseConnectionString) Синтаксис: СтрокаСоединенияИнформационнойБазы Возвращаемое значение: Тип: Строка. Описание: Возвращает Строка соединения информационной базы, которую, например, можно использовать для запуска 1С:Предприятия средствами встроенного языка в Automation, Менеджер COM-соединений. Пример результата метода: File="C:1cv8Base". Доступность: Тонкий клиент, веб-клиент, сервер, толстый клиент, внешнее соединение.

А типа СтруктураПодключения.ИмяИБНаСервере никак? Ну, в принципе ComОбъект.СтрокаСоединенияИнформационнойБазы тоже содержит ИмяИБ

А GUID через Com-соединение получить можно? Например, подключился, нашел во внешней базе нужный документ. Как получить его GUID? Да и не хотелось бы все (Организация, Склад) по кодам искать...!?

Сообщает: Найден с GUID: COMОбъект !?

COMОбъект.XMLСтрока(НайденныйДокумент.УникальныйИдентификатор))

Спс, а в текст запроса как-то GUID можно вставить, ну чтобы не по коду организации отбор делать?

делаете в организации реквизит строковый Гуид, по нему и делаете отбор.

COMОбъект.Документы.ПоступлениеТоваровУслуг.ПолучитьСсылку А вообще лучше пользоваться внешними отчетами. Премущества отладка в родной среде

У меня такая конструкция сработала: Как это написать в запросе? Вместо:     |    И ПоступлениеТоваровУслуг.Организация.Код = &ОрганизацияКод";

Дык, надо подставлять в отбор Организация не текущей базы, а подключенной базы COMОбъект! У меня есть такая функция: Запрос.УстановитьПараметр("Организация", НайтиЭлементСправочникаCOMОбъект(Организация, "Организации")); Заработало... Как насчет , нельзя как-то покороче?

А что там про внешние отчеты? Чувствую, что придется мне скоро всякие сверки с партнером писать...

А какие у тебя проблемы с внешними отчетами?

С внешними отчетами? Никаких. А как они связаны с COM-Объектами? С COM-Объектами как-то не приходилось работать, думаю нельзя ли их использовать для обмена баз? Обычно использую УниверсальныйОбменДаннымиXML. И сейчас также планировал поступить: ответный документ партнера создан (обновлен) в нашей базе, далее фоновое задание сделает обмен с базой партнера... А сейчас думаю, а нельзя ли сразу после создания (обновления) этого документа предать его в базу партнера? Или вообще его не создавать в своей базе, а создавать (обновлять) прямо в базе партнера, подключенной как COM-Объект? Есть отработанные схемы обмена через COM-Объект, где про них почитать?

+ Создавать, используя механизм заполнения на основании, но не записывать

Я тебе ссылочку в 8 давал. Создаешь внешнийотчет из базы по COM. Вызываешь  метод модуля отчета помеченного как экспорт. Премущества это отладка и простота написания, т.к. отчет вызывается на стороне вызываемой базы.   Если очень хочется онлайн, то проще использовать вэб сервисы, а не ком. Или напрямую писать используя SQL.

По ссылке в ничего не понял... Он-лайн не желателен - зачем напрягать пользователя. Когда начинаешь настраивать обмен, 1-м пунктом идет "Есть возможность подключиться к ИБ-приемнику" - это COM? (ни когда не пользовался)

А что там непонятно? Там все расписано, правда на C#. Вообще то при онлайне пользователь вообще не напрягается, т.к. обмен происходит после записи документа. То, что ты написал в 13.

Суть? Через COM-соединение в ИБ-приемнике запускается внешняя обработка подобная УниверсальныйОбменДаннымиXML, которая делает внеочередной обмен (не дожидаясь расписания)?

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

Да, но еще кроме переноса еще возникает вопрос конвертации. Для УниверсальныйОбменДаннымиXML у меня правила обмена написаны. И все же повторюсь: Когда начинаешь настраивать обмен, 1-м пунктом идет "Есть возможность подключиться к ИБ-приемнику" - это COM?

А кто тебе мешает из Вэб сервиса вызвать твою внешнюю обработку?

Ну, не знаю, не пробовал... остановлюсь на файловом обмене (как и планировал). Тем более, сегодня "Есть возможность подключиться к ИБ-приемнику", а завтра - может и не быть...

Понадобилось получать не только ссылки документов из COM присоединенной базы, но и их табличные части: ТЧ выгружаю в ТЗ, далее получаю ее посредством COMОбъект.ЗначениеВСтрокуВнутр/ЗначениеИзСтрокиВнутр. Для примитивных типов сработало, а для справочников - нет. Ну мне сами справочники не нужны, только их GUID-ы. Вставил цикл их замены на: COMОбъект.XMLСтрока(СтрокаТЗ.ЭлСправочника.Ссылка) - не работает!? И так тоже: COMОбъект.XMLСтрока(СтрокаТЗ.ЭлСправочника.Ссылка.УникальныйИдентификатор) Что ни так?

+ СсылкаCom - это НайденныйДокумент в

Оказалось тип колонок не тот, новые пришлось добавить: Но только коряво все как-то, покрасивши нет решения?

А еще не знаю как грамотно передавать Перечисления в присоединенную базу через COM-соединение. В простейшем случае я делаю так: Коряво, да? А если что-то посложнее, например, ВидОперации, которые у каждого типа документов свой, и значений несколько?

если имена совпадают есть воможность сконвертировать погугли.

НИкто не мешает создать переменную и один раз в неё установить значение, а потом передавать её. Если же делается один раз, то как бы не передавалась - скорость работы будет зависеть от других мест.

+ Имя базы лучше всего по строке подключения определять.

COMОбъект - глобальная переменная, содержит COM-соединение присоединенной базы. ОбъектCom - объект, создаваемый в Com-базе, которому надо установить реквизит типа ПеречислениеСсылка. Меня пугает, что приходится писать длинные конструкции... или это нормально, просто непривычно? Не очень понял, что предлагает автор: все возможные перечисления собрать в некий справочник, а через COM-соединение передавать коды нужных тебе перечислений?

Просто, с перечислениями есть "засада" - у них нет GUID-а. Если нам хочется работать с данными одной базы в другой базе или другой программе, то мы легко можем хранить вместо самого объекта строковое представление GUID-а. То есть, получив какое-то значение из "далёкой" базы, мы сначала проверяем его тип - если он не ComObject, то у нас строка,дата, число или булево - получается значение, которым легко оперировать. Если мы получаем ComObject, то у всех объектов в базе, кроме перечисления, есть метод УникальныйИдентификатор, который возвращает GUID (который, правда, всё равно ComObject), но из него легко сделать строку ComBase.String(GuidFromFarBase) и ей уже можно прекрасно оперировать. С перечислением сложнее, нужно узнать идентификатор перечисления, а потом получить идентификатор значения перечисления (если мы просто приведём к строке, то получим представление) - соответственно, очень много операций - если все значения перечислений где-то есть, то мы просто ищем значение в этом "списке" и получаем его "представление" для нас. P.S. честно говоря не читал, но другого смысла в использовании справочника всех перечислений не вижу.

В пример, я нашел Документ в COM-базе, и копирую его в свою базу. При этом использую такую длинную конструкцию: ComBase.String(GuidFromFarBase) - вижу впервые, как это применить для моего примера?

Да, у них нет GUID-а, но есть Имя, а у значения вроде Индекс - их можно передать в COM-базу. Вот только как с их помощью задать нужное Перечисление?

ну и вычислить. Но я являюсь сторонником внешних отчетов вызывая метод из них передавая нужные параметры и получая ответ например ввиде тз.

+ Например, для простых справочников: Валюты, КлассификаторЕдиницИзмерения, и т.п. GUID-ы не использую: ОбъектCom.Валюта = COMОбъект.Справочники[ТипОбъекта].НайтиПоКоду(Ссылка.Код); (если имена совпадают)

А так работает ? Ставка=COMОбъект.Перечисления.СтавкаНДС["НДС18"];

Ну а имя перечисления ИмяПеречисления = СсылкаНаПеречисление.Метаданные.Имя;

Вроде должно, проверю... В итоге: СтавкаНДС = COMОбъект.Перечисления[ИмяПеречисления][1]; - если индекс значения НДС18 = 1 (или 0?)?

39

Скорее, так: СтавкаНДС = COMОбъект.Перечисления[ИмяПеречисления]; или так СтавкаНДС = COMОбъект.Перечисления[1]; - пробовать буду... вообще-то в Альфа-Авто Ставки НДС - справочник, но ИмяПеречисления или его Индекс в типовой УПП/КА мне будет известен заранее. Спс за ссылку - что-то начал понимать...

Что мешает КД использовать?

Первоначально так и задумывалось: в нашей базе создали реализацию "близкому" партнеру (в одной сетке). По нему автоматом формируется ответный документ поступления. Номер по COM-соединению беру из базы партнера. Чтобы его не заняли, надо его застолбить там - создаю там пустой документ, его номер и GUID присваиваю ответному документу в своей базе. После этого посылаю сигнал фоновому заданию, чтобы сделал внеочередной обмен (желательно только этим документом)... Как-то сложно все это, вот пробую сразу заполнить ответный документ через COM-соединение.

+ Может есть более простые решения этой задачи?

Ты же в курсе, что обработок, которые использую правила, больше, чем 1, но меньше, чем 3? Можно обмен через планы обмена и правила из КД настроить, все тебе будет.

Это все есть, и по ночам выполняется через УниверсальныйОбменДаннымиXML около 2-3 часов. Но обмен с партнером надо сделать быстро (3-5 минут) одним или списком из (до) 5-7 документов. Как задать этот список для обработки УниверсальныйОбменДаннымиXML я не нашел. :(

Чего-то мне кажется, что OleБаза.Перечисления[ИмяПеречисления][ЗначениеПеречисления] должно работать.

Там какбе отборы есть

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

Если тебе это проблематично, то может, поменяешь профессию? В дворники не предлагаю, там занято, может, в два раза больше пойдёшь зарабатывать?

Я использую обмен через схему загружаемой базы. Это аналог КД ,но так как использыется Схема загружаемой базы то при загрузке используется СериализаторXDTO, а при выгрузке создаются процедуры записи, которые записывают ОбъектXDTO и которые легко можно модифицировать. Скорость обмена очень быстрая.

Схемы аналогичные КД в принципе инертны - в процессе обмена могут изменить документ, если выгружается более одного документа. И чем больше этот список, тем больше вероятность, что выгрузится уже неактуальная версия документа. По по COM-соединению создание/обновление COM-документа происходит сразу после его записи (в моей схеме). В общем с заполнением реквизитов шапки и табличной части COM-документа разобрался. Вот только не проводится!? На ДокументCom.Записать(РежимЗаписиДокумента.Проведение, РежимПроведенияДокумента.Неоперативный); пишет ошибку: Ошибка при вызове метода контекста (Записать): Произошла исключительная ситуация (1C:Enterprise 8.2.19.90): Несоответствие типов (параметр номер '1') В процедуре ОбработкаПроведения COM-базы поставил точки останова - никакой реакции!? Как отлаживать проведение COM-документа?

+ Хотя в самой COM-базе вручную проводится без проблем!?

Разобрался, так надо: ДокументCom.Записать(COMОбъект.РежимЗаписиДокумента.Проведение);

Необязательно. Ты можешь используя COM записывать через СериализаторXDTO, а можешь и в оффлайне, а можешь через Вэб сервисы. Непринципиально, но универсально.