Подключение к другой базе по OLE с выбором базы для 8.3 (через COMОбъект("V83.Application"))

17.08.20

База данных - Администрирование СУБД

Обработка демонстрирует методику подключения к другой базе 1С v8.3 с возможностью выбора базы из привычного окна выбора баз и с вводом имени пользователя и пароля. Также приведен пример работы с HTML документом, и созданием и заполнением дерева значений в управляемых формах.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование По подписке [?] Купить один файл
Подключение к другой базе по OLE с выбором базы для 8.3 (через COMОбъект("V83.Application"))
.epf 22,83Kb
21
21 Скачать (1 SM) Купить за 1 850 руб.

Очень понравилось статья по "Подключение к другой базе по OLE с выбором базы".

Но код, приведенный в обработке, к сожалению, не заработал на 8.3. Поэтому, пришлось переписать. Кому интересно, выкладываю работоспособный код для подключения по OLE для баз 1С 8.3.

Работоспособность обработки тестировалась на версии платформы 8.3.4+.  Будет работать на всех конфигурациях управляемых форм на 8.3. 

подключение OLE

См. также

Администрирование СУБД Системный администратор Программист

В крупных компаниях, где много типовых и сильно доработанных баз с режимом работы 24/7, переход с MS SQL на PostgreSQL затягивается. Получается гетерогенная структура – когда прод уже на PostgreSQL, а разработка и тестирование – пока на MS SQL. О том, какие варианты помогут постепенно перевести прод с несколькими базами MS SQL на PostgreSQL, не сломав среду тестирования и разработки, пойдет речь в статье.

21.11.2024    2360    a.doroshkevich    6    

14

Администрирование СУБД Системный администратор Платформа 1С v8.3 Бесплатно (free)

Пользовался ранее https://infostart.ru/1c/articles/1120161/#, но она устарела, т.к. службы запускаются через systemctl, да и сами службы слегка изменились. Возможно, где-то на ИТС уже есть нужная инструкция, но мне не попалась.

15.11.2024    325    Baser    2    

1

HighLoad оптимизация Администрирование СУБД Системный администратор Программист Платформа 1С v8.3 Россия Бесплатно (free)

Мы исследуем проблему долгого выполнения запросов PostgreSQL при использовании конструкции VALUES: когда она возникает, как на нее можно повлиять, а главное, почему ее продуманная отработка важна для более быстрого функционирования решений на базе 1С

12.11.2024    846    Tantor    19    

14

HighLoad оптимизация Администрирование СУБД Механизмы платформы 1С Программист Платформа 1С v8.3 ИТ-компания Россия Бесплатно (free)

В данной статье мы рассмотрим, как работает механизм временных таблиц на postgres на платформе 8.3.23 и что изменилось в нем при добавлении новых возможностей в платформе 8.3.25. А также на примере покажу, как понимание работы платформы позволяет оптимизировать СУБД для работы с 1С.

29.10.2024    3202    Tantor    38    

34

Администрирование СУБД Системный администратор Программист Бесплатно (free)

CDC - очень мощный механизм, который можно использовать во многих сценариях, возможность развернуть его в Docker показывает простоту и лёгкость данной технологии.

08.10.2024    756    AlexSvoykin    1    

7

Администрирование СУБД Системный администратор Программист Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Анализ и решение ошибок СУБД. Во время реиндексации базы Ошибка СУБД: Microsoft SQL Server Native Client 11.0: Не удалось найти объект "ИмяБазы.dbo._RefSInf21806", так как он не существует, или отсутствуют разрешения. Во время проверки целостности Ошибка СУБД: Microsoft SQL Server Native Client 11.0: Недопустимое имя объекта "dbo._RefSInf21806".

19.09.2024    4382    Xershi    10    

17

HighLoad оптимизация Администрирование СУБД Архивирование (backup) Системный администратор Программист Платформа 1С v8.3 Бесплатно (free)

Бэкап в Postgres состоит из набора граблей, которые нужно обойти для успешного восстановления. Они заложены в самых неожиданных местах от предмета резервного копирования (база или кластер) до структуры каталогов. Один неверный шаг и восстановление будет невозможным. Почему нельзя было сделать проще, как в MS SQL или Oracle? Почему бэкап в Postgres оставляет впечатление чьей-то лабораторной работы? Статья адресована прежде всего специалистам 1С, избалованным комфортом в MS SQL, в суровых буднях импортозамещения на Postgres.

13.08.2024    2986    1CUnlimited    9    

4
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. M_Volkov 5 12.09.20 13:01 Сейчас в теме
Возможно ли подключение к другой базе по OLE обычным пользователям (без административных прав), если подключаемая база работает на другой, более высокой версии платформы 8.3? Суть проблемы.
2. bayce 47 12.09.20 18:09 Сейчас в теме
там будут заморочки с вызовом коннектора.
3. psa247 21 03.11.22 07:51 Сейчас в теме
Добрый день!
Данную обработку надо актуализировать. Исправить вызовы модальных окон через оповещения
4. M_Volkov 5 20.12.22 16:52 Сейчас в теме
Все подключаемые базы на той же платформе? Возможно ли подключение к другой базе по OLE, если подключаемая база работает на другой, более высокой версии платформы 8.3?
Оставьте свое сообщение